These notes are for maintenance of the Git / PyPI source and releases / versions, rather than the installed client libraries - if you are not a maintainer, you can skip this doc!
All the tasks we need to do, in order, when releasing a new version:
- Check the main branch! - we should have all the changes we want to include merged/picked and tested
- Update setup.py - this might include other dependency or project description changes, but usually will just be a case of incrementing the version number, e.g.
0.1.9
->0.1.10
. Note the new number. - Update publish.sh - this simple publish script performs the publish to PyPI and will need the new version number
- Update CHANGELOG.md - new versions go at the top of the file. See previous release blocks for formatting. I include a 'thanks' or 'reported by' attribution for PRs contributed or issues reported. The new version number from
setup.py
is used for the heading and the (future) PyPI URL - Commit release preparation - once you are happy with the steps above, commit with a message like 'Prepare release 0.1.10'
- Push branch - making sure github is up to date, (in future: CI)
- Clear out build and dist directories: OPTIONAL, but nice to start with a clean Python build environment before making this new version
- Run publish script - this will run
setup.py
to build a new version then upload to PyPI with twine - you will need an API token and publish access in PyPI to do this.
TODO: If we just keep a version
file around or base builds on a version number extracted from tag name, some of these steps can be more easily automated or derived instead of updated by hand, but for now it's all pretty simple.