Release v0.1.0
Release CLI release v0.1.0
-
Set the milestone on this issue -
Review the list of changes since the last release and fill below: -
In the changelog -
Not in the changelog
-
- Decide on the version number by reference to
the Versioning
- Typically if you want to release code from current
masterbranch you will updateMINORversion, e.g.1.12.0->1.13.0. In that case you don't need to create stable branch - If you want to backport some bug fix or security fix you will need to update stable branch
X-Y-stable
- Typically if you want to release code from current
-
Create an MR for release-cli project. You can use this MR as an example. -
Update VERSION -
Update CHANGELOG -
Assign to reviewer
-
-
Once release-cliis merged create a signed+annotated tag pointing to the merge commit on the stable branch In case ofmasterbranch:In case ofgit fetch origin master git fetch dev master git tag -a -s -m "Release v1.0.0" v1.0.0 origin/masterstablebranch:git fetch origin 1-0-stable git fetch dev 1-0-stable git tag -a -s -m "Release v1.0.0" v1.0.0 origin/1-0-stable -
Verify that you created tag properly: it should include something like:git show v1.0.0-
(tag: v1.0.0, origin/master, dev/master, master)formaster -
(tag: v1.0.1, origin/1-0-stable, dev/1-0-stable, 1-0-stable)forstablebranch
-
-
Push this tag to origin(Skip this for security release!) git push origin v1.0.0
In the changelog
- Create Release CLI module !4 (merged)
- Add GitLab client package !5 (merged)
- Add command
create!6 (merged) - Add docker image !13 (merged)
Not in the changelog
- Add coverage report !9 (merged)
- Fix build status badge !10 (merged)
- Remove unused struct fields in tests !14 (merged)
- Rename gitlab-releaser to release-cli !19 (merged)
Edited by Jaime Martinez