-
Notifications
You must be signed in to change notification settings - Fork 45
Making a release
Kate Ward edited this page Oct 18, 2017
·
4 revisions
For these steps, it is assumed we are working with release 1.2.2.
Steps:
- Write release notes.
- Update version.
- Finish documentation.
- Insure everything is checked in.
- Tag the release.
- Create the release.
- Create hashes for the tarball and sign with
gpg
. - Update website.
This should be pretty self explanatory. Use one of the release notes from a previous release as an example.
Edit shflags
and change the version number in the FLAGS_VERSION
variable.
Flesh out any remaining changes in the doc/CHANGES-X.Y.md
file, and finish writing the doc/RELEASE_NOTES-X.Y.Z.md
.
Don't leave anything behind. In the example below, not all the changes were pushed upstream.
$ git stat
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
(use "git push" to publish your local commits)
nothing to commit, working tree clean
Create a signed tag in the local repository.
$ git tag -s v1.2.2 -m 'Signed 1.2.2 tag.'
$ git tag -l "v1.2.*"
v1.2.0
v1.2.1
v1.2.2
Push the tag to the origin.
$ git push origin --tags
https://github.com/kward/shflags/releases > Draft a new release
- Tag version: v1.2.2
- Release title: shFlags 1.2.2
- Description: take some highlights from the release notes.