Before starting the release process, verify the following:
- GitHub Action for Unit Tests are green on main
- GitHub Action for Install Tests are green on main
- Get agreement on the version number to use for the release.
Trane uses semantic versioning. Every release has a major, minor and patch version number, and are displayed like so: <majorVersion>.<minorVersion>.<patchVersion>
.
- Branch off of Trane main. For the branch name, please use "release_vX.Y.Z" as the naming scheme (e.g. "release_v0.3.1").
- Bump
__version__
intrane/version.py
, andtests/test_version.py
.
-
Replace top most "What’s new in" in
docs/changelog.rst
with the current dateWhat’s new in 0.3.1 (January 4, 2023) =====================================
-
Remove any unused sections for this release (e.g. Enhancements, Fixes, Changes)
-
The release PR does not need to be mentioned in the list of changes
A release PR should have the version number as the title and the notes for that release as the PR body text.
Checklist before merging:
- The title of the PR is the version number.
- All tests are currently green on checkin and on
main
. - PR has been reviewed and approved.
After the release pull request has been merged into the main
branch, it is time draft the GitHub release
- The target should be the
main
branch - The tag should be the version number with a v prefix (e.g. v0.3.1)
- Release title is the same as the tag
- This is not a pre-release
- Publishing the release will automatically upload the package to PyPI