@gitlab/ui
Version:
GitLab UI Components
111 lines (65 loc) • 4.66 kB
Markdown
`gitlab-ui` is a UI component library written in [Vue.js](https://vuejs.org).
See https://gitlab-org.gitlab.io/gitlab-ui/ for documentation.
Make sure you have [Node](https://nodejs.org/en/) 8.x (LTS) and [Yarn](https://yarnpkg.com/) 1.2 or newer.
```sh
git clone git@gitlab.com:gitlab-org/gitlab-ui.git
cd gitlab-ui
yarn
yarn storybook
```
Go to http://localhost:9001/
Components’ unit tests live in the `tests/components`. The tests are organized following the same directory structure used to organize components.
`yarn test:unit` runs all unit tests.
`yarn test:unit:watch` runs all unit tests in watch mode.
`yarn test:unit:debug` runs all unit tests and allow to attach a debugger to the test runner process.
`yarn jest [name_pattern]` runs spec files that match the specified name pattern.
`yarn jest datepicker` will match all spec files with a name that contains the word _datepicker_.
`yarn jest datepicker -t "when draw event is emitted"` goes a step further and only runs the test with a description that matches the argument passed to the `t` flag.
Even though we try to avoid writing complex SASS code to maintain CSS complexity low, we’ve implemented some functions that benefit from automated testing. SASS tests live in the `tests/scss` directory. gitlab-ui use [sass-true](https://www.oddbird.net/true/) to implement these tests, and jest run them.
`yarn jest run_scss_tests` runs all SCSS tests.
gitlab-ui uses visual snapshot tests to prevent introducing unexpected regressions with CSS and layout changes on components. The tool we use is [storyshots](https://github.com/storybookjs/storybook/tree/master/addons/storyshots/storyshots-core), a storybook addon. Read the project documentation to understand how visual snapshots work.
There is a visual snapshot of every component’s storybook story. To run the tests, use the `yarn test:visual` command. This command runs on the CI environment and will fail if the component visual appearance changes.
In some occasions, the changes in a component’s appearance are justified. In those cases, we have to update the baseline images to match the new look. To do that, follow this [troubleshooting guide](https://gitlab.com/gitlab-org/gitlab-ui/blob/master/doc/contributing/troubleshooting.md#what-to-do-when-image-snapshots-cause-the-pipeline-to-fail)
gitlab-ui components are a reference implementation of the [Pajamas Design System components](https://design.gitlab.com/components/status). These components should conform with the design system specs, and they should look correct in the pajamas website and the gitlab product. To make sure gitlab-ui’s components look precisely as their design specs dictate in gitlab, we created the `yarn run test:visual:gitlab` command.
This command only runs visual tests for components that have the `followsDesignSystem: true` flag activated in their `*.documentation.js` file. It will include gitlab product’s final CSS output in storybook and run the visual snapshots against this version.
The tests will fail if after including gitlab CSS, one or more components look different. These failures highlight how CSS that leaks from gitlab will affect a component’s final look in the product.
Visual difference tests form part of the test suite. Rendered output can vary
from host to host (e.g., due to available fonts and how each platform renders
them), so these can fail when run locally. The easiest way to work around this
is to increase the failure threshold with the `FAILURE_THRESHOLD` environment
variable:
```sh
# Sets a 2% threshold
FAILURE_THRESHOLD=.02 yarn test
```
If the variable is unset, it defaults to `0`.
Install with Yarn:
```sh
yarn add @gitlab/ui
```
Install with NPM:
```sh
npm install @gitlab/ui
```
Please see [Updating Gitlab UI Packages](doc/updating-gitlab-ui-packages.md) for information on how updated packages are included in Gitlab and Pajamas.
Please refer to [CONTRIBUTING.md](CONTRIBUTING.md) for details on how to add new components and contribute in general to `gitlab-ui`.
Any question? Have a look at our [FAQ.md](FAQ.md), you might find the answer there.