1
1
## Contributing
2
2
3
- Development happens on the ` master ` branch. When a release is
4
- being prepared, it is tagged on that branch with a ` vX.0.0-rc# `
5
- tag, and released to npm with the ` next ` tag. Typically,
6
- releases that start from the ` master ` branch will increase
7
- the major version number.
8
- After release, changes are continued on a ` X-rel ` branch.
9
- On that branch, bugfixes will increase the patch number, while
10
- backported features (that don't break the interface) will
11
- increase the minor version number.
12
-
13
3
Please use the github issue tracker for any bugs or feature requests,
14
4
email sent to the maintainer(s) will probably be ignored.
15
5
If you would like to backport a feature from master to a release
@@ -19,10 +9,10 @@ If you would like to contribute bug fixes or new components,
19
9
make sure there is an existing issue for it, and make a pull
20
10
request referencing the issue.
21
11
22
- If your changes cause problems with how the library was used
23
- before, please write ` [breaking] ` att the beginning of the commit
24
- title (and pull request if applicable), and describe what has
25
- changed in the commit message .
12
+ We use [ conventional commits ] ( https://www.conventionalcommits.org ) to write commit messages.
13
+ If your changes cause problems with how the library was used before,
14
+ don't forget to write ` BREAKING CHANGE: ` inside the commit message body,
15
+ followed by a description of what has changed and how to adapt for it .
26
16
27
17
Most components have unit tests, and basic proper behaviour is always
28
18
tested, but we don't have full coverage (yet) of all the component code.
0 commit comments