-
Couldn't load subscription status.
- Fork 19
Release Process
Active development for the next release occurs on the main branch.
During finalization, we create a release branch (e.g. releases/1.2) in order to control which changes target the imminent release vs. the next release after that. Changes that are intended for both the imminent release and subsequent releases should be made in the main branch and cherry-picked into the release branch. Changes that only apply to the imminent release (such as version numbers) may be made directly in the release branch.
Git tags for pre-releases are version numbers in the form 1.2.3-dev4.
Git tags for releases are version numbers in the form 1.2 or 1.2.3.
This repo does not prefix Git tags with the letter v.
This GitHub repository has an automated workflow for publishing packages to PyPI and publishing documentation to GitHub Pages.
This automated workflow is initiated by manually creating a new release in the GitHub web UI:
- On the releases page, click Draft a new release.
- Choose a tag for the new release, based on the desired version number. The publish workflow will automatically update the version number in
pyproject.tomlbased on the tag. - Choose the appropriate target branch for the new release:
- Early pre-releases should be released from
main. - Late pre-release and official releases should be released from a release branch such as
releases/1.2.
- Early pre-releases should be released from
- If this is a pre-release, check Set as a pre-release. If this is an official release, uncheck Set as a pre-release and check Set as the latest release.
- Click Generate release notes and edit the generated release notes for brevity and style.
- Click Save draft. Consider sharing the link to the draft release with the other repo maintainers.
- Once the versions and release notes are ready, click Publish release.
Once the automated workflow completes successfully, check that the new version number is visible in these locations: