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
master
branch you will updateMINOR
version, 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-cli
is merged create a signed+annotated tag pointing to the merge commit on the stable branch In case ofmaster
branch:git fetch origin master git fetch dev master git tag -a -s -m "Release v1.0.0" v1.0.0 origin/master
stable
branch: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: 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)
forstable
branch
-
-
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