Should you run into any issues with the documentation site, or npm package, please don’t hesitate to let us know by filling an issue. It is important that the issue is well described and a screenshot is added. Also, if you are filling in a bug please remember to add your browser version and steps in how to reproduce the issue. Please don’t assign anybody to the task. The contributors will automatically get a notification when your issue is created and will assign themselve when they have time to work on the issue.
We use Gitflow. This means instead of a single master branch, this workflow uses two branches to record the history of the project. The master
branch stores the official releases, and the develop
branch serves as an integration branch for features.
This means features and bugs branches should be created off and to the develop
branch.
Please fork our repository and create a pull request with your changes.
Generally we like to see pull requests that:
- fixes #xxx
in the end of your PR. This will automatically close your issue #xxx (e.g. #192) under issues when your code is released. Please run:
npm ci
npm i -g gulp
(only if you don’t already have gulp installed)gulp
We don’t have automatic tests except Travis CI testing the build. However, if you add a new component to the site or make severe changes to an exsiting one we require that you test it in all our supported browsers.
This will be handled by somebody else when merging/deploying code to master/producton.
We use semver
for versioning. Basically, we have to decide if the code changes in the develop branch is a patch, minor or major update.
This will be handled by somebody else when merging/deploying code to master/producton.
See a complete list of contributors on GitHub.