python-fido2/RELEASE.adoc

56 lines
1.5 KiB
Plaintext
Raw Normal View History

2019-09-20 10:05:15 +02:00
== Release instructions
* Create a release branch:
$ git checkout -b release/x.y.z
* Update the version in fido/__init__.py and make sure the NEWS file has an
entry for it, and the correct release date.
2021-01-20 10:38:52 +01:00
* Update the debian/changelog file with the correct version.
2019-09-20 10:05:15 +02:00
* Commit the changes, and push the new branch.
$ git push -u origin release/x.y.z
* Wait for CI to complete, and make sure nothing fails.
* Create a signed tag using the version number as name:
$ git tag -s -m x.y.z x.y.z
* Build the release:
$ python setup.py sdist
* Sign the release, creating both binary and ascii signatures:
$ gpg --detach-sign -a dist/fido2-x.y.z.tar.gz
$ gpg --output dist/fido2-x.y.z.tar.gz.sig --dearmor dist/fido2-x.y.z.tar.gz.asc
* Upload the release to PyPI:
$ twine upload dist/fido2-x.y.z.tar.gz dist/fido2-x.y.z.tar.gz.asc
2019-09-20 10:07:21 +02:00
* Add the .tar.gz and .sig files to a new Github release, using the latest NEWS
entry as description.
2019-09-20 10:05:15 +02:00
* Merge (using --ff) and delete the release branch, and push the tag:
$ git checkout master
$ git merge --ff release/x.y.z
$ git branch -d release/x.y.z
$ git push && git push --tags
2019-11-25 11:44:08 +01:00
$ git push origin :release/x.y.z
2019-09-20 10:05:15 +02:00
* Bump the version number by incrementing the PATCH version and appending -dev0
2019-09-25 10:12:22 +02:00
in fido2/__init__.py and add a new entry (unreleased) to the NEWS file.
2019-09-20 10:05:15 +02:00
__version__ = 'x.y.q-dev0'
2021-01-20 10:58:57 +01:00
* Bump the version in debian/changelog by appending `+git` to it (don't
increment PATCH).
2021-01-20 10:38:52 +01:00
2021-01-20 10:58:57 +01:00
(x.y.z+git)
2021-01-20 10:38:52 +01:00
2019-09-20 10:05:15 +02:00
* Commit and push the change:
$ git commit -a -m "Bump version." && git push