To manage versioning and auto generate our CHANGELOG.md
we use versionist. Therefore we need to adhere to some conventions when contributing.
Every PR must contain one commit that follows the commit conventions.
Commit message template
<subject> (required)
<message> (not required)
<footers> (required)
eg:
Fixed problem x
problem x was reported in issue #1. Fixed by doing Y.
Change-Type: patch
This footer can be any of the following:
Change-Type: patch
Change-Type: minor
Change-Type: major
You have the flexibility to use this tag in as many commits as you see fit; in
the end, the resulting change type for the scope of the PR will be folded
down to the biggest one as marked in the commits (major
>minor
>patch
)
Commits marked with the Change-Type
tag will have their subject added as an
entry in the generated CHANGELOG.md. If you want to override
this default behavior and add your own changelog entry instead, you can use the
optional Changelog-Entry: <custom changelog entry>
tag in Change-Type
-tagged commits.
TODO: All services should be versioned and tagged when pulling from dockerhub.
Releasing a new version:
npm run versionist
git tag <new-version>
git push origin v1.3.0
Announce on gitter :tada