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 cinpm i -g gulp (only if you don’t already have gulp installed)gulpWe 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.