π€© @aircall/tractor
The Aircall Tractor design system Foundations.
Latest Staging version available on: https://tractor.aircall-staging.com/
Latest Production version available on: https://tractor.aircall.io/
β¨ Features
- π Aircall Design System designed for web applications.
- π¦ A set of high-quality React components out of the box written with Styled-components.
- π‘ Written in TypeScript with predictable static types.
- π¨ Powerful theme customization in every detail.
π¦ Install
npm install --save @aircall/tractor
yarn add @aircall/tractor
π¨ Usage
import { Tractor, Spacer, Typography } from '@aircall/tractor';
const App = () => (
<Tractor injectStyle>
<Spacer space="s">
<Typography variant="displayM">Hello</Typography>
<Typography variant="displayL">World</Typography>
</Spacer>
</Tractor>
);
You are ready to go π β‘οΈ
You must wrap your React Tree components using the Tractor
component otherwise the Tractor components won't be able to grab the theme
thus they will fail.
β¨οΈ Development
You first need to clone the repository locally:
$ git clone git@bitbucket.org:aircall/tractor.git
$ cd tractor
$ yarn
$ yarn dev
If you want to test this Design System with your project, you need to:
$ cd tractor
$ yarn link
$ yarn build:watch
$ cd path/to/your/project
$ yarn link "@aircall/tractor"
Make sure that your project is using a single version of React otherwise you will end up having errors:
Theming
Override DefaultTheme to get accurate typings for your project.
import "styled-components";
import { DefaultTheme as DefaultTractorTheme } from "@aircall/tractor";
declare module "@xstyled/system" {
export interface Theme extends DefaultTractorTheme {}
}
declare module "styled-components" {
export interface DefaultTheme extends DefaultTractorTheme {}
}
In the real world, we usually have to modify default webpack config for custom needs. We can achieve that by using craco which is one of create-react-app's custom config solutions.
Install craco and modify the scripts field in package.json
.
$ npm install --save-dev @craco/craco
$ yarn add --dev @craco/craco
/* package.json */
"scripts": {
- "start": "react-scripts start",
- "build": "react-scripts build",
- "test": "react-scripts test",
+ "start": "craco start",
+ "build": "craco build",
+ "test": "craco test",
}
Then create a craco.config.js
at root directory of your project for further overriding.
const path = require('path');
module.exports = {
webpack: {
alias: {
react: path.resolve('./node_modules/react'),
'styled-components': path.resolve('./node_modules/styled-components')
},
configure: webpackConfig => {
const scopePluginIndex = webpackConfig.resolve.plugins.findIndex(
({ constructor }) => constructor && constructor.name === 'ModuleScopePlugin'
);
webpackConfig.resolve.plugins.splice(scopePluginIndex, 1);
return webpackConfig;
}
}
};
Use in project using Webpack
const path = require('path');
module.exports = {
resolve: {
alias: {
react: path.resolve('./node_modules/react'),
'styled-components': path.resolve('./node_modules/styled-components')
}
}
};
If you are using Jest and in the same time linking tractor locally to your project, you might need to change your craco configuration to the following, in order to resolve the following issue: "hooks can only be called inside the body of a function component".
const CracoAlias = require('craco-alias');
module.exports = {
plugins: [
{
plugin: CracoAlias,
options: {
source: 'options',
baseUrl: './',
aliases: {
react: './node_modules/react',
'styled-components': './node_modules/styled-components'
}
}
}
]
};
π€ Contributing
Generating Components
The repo is using hygen to help us generate components using the command line.
yarn component HelloWorld
The command can take one argument: --stories
, which determines whether the component should be generated
with a stories.mdx file or not.
Linting
We decided to use commitlint which is a small library that enforces the conventional commit format.
In general the pattern mostly looks like this:
type(scope?): subject
Real world examples can look like this:
chore: run tests on travis ci
fix(spacer): fix the margin on the small variant
feat(button): implement new button component
We recommend to use the type of the commit followed by the component name if possible and then followed when the actual commit message.
We also encourage developers to split as much as possible their commits into small chunks so that it easy for us to review.
Common types according to commitlint-config-conventional can be:
- build
- chore
- ci
- docs
- feat
- fix
- impr
- perf
- refactor
- revert
- style
- test
Release & Publish
When a or several PRs are merged into master, standard-version will generate the changelog and the bump the version of the package depending on all the commits between the previous tags and the latest commit on master.
Publishing the repository to NPM is a matter of clicking on the Bitbucket Pipeline Publish Button.
Create Manual pre-release
- add .npmrc with npm token
- yarn
- npx standard-version --prerelease beta --dry-run // to see what it will do
- npx standard-version --prerelease beta // bump version and make a commit
- yarn build
- npm publish --tag beta
folder structure:
To keep the folder structure constistent, here are 3 patterns of components.
-
simple case: Button
.
βββ components
β βββ Button
β β βββ Button.tsx
β β βββ Button.decl.ts
β β βββ index.ts
β β βββ utils.ts
β β βββ constants.ts
-
with components folder: List
.
βββ components
β βββ List
β β βββ List.tsx
β β βββ List.decl.ts
β β βββ index.ts
β β βββ components
β β β βββ ListView
β β β β βββListView.tsx
β β β β βββListView.decl.ts
β β β βββ ListFooter
β β β βββ ListItem
-
with components folder and context: Accordion
.
βββ components
β βββ Accordion
β β βββ Accordion.tsx
β β βββ Accordion.decl.ts
β β βββ index.ts
β β βββ components
β β β βββ AccordionItem
β β β β βββAccordionItem.tsx
β β β β βββAccordionItem.decl.ts
β β βββ contexts