This is the maintainer note on how to Release. All versioning is in accordance to Semantic Versioning 2.0.0. This means older version would have a backport of bugs fixes.
Check whether the test suite passes on the main branch.
Revert any changes which seems to be not working, and check for the milestone if PR are merged accordingly.
Check whether the Wheels Build, against the main branch works as expected.
Clone the repository locally.
Bump the version in manimpango/_version accordingly.
Generate the changelog using towncrier.
Make a commit with the changes done, as
Release v<version here>
Create a tag, locally with
git tag -s v<version-number>
-s is used to sign the tag with gpg so that users
can later verify it, and a tag shouldn’t be created with
signing because Github shows it unverified.
The message should include the changelog of the release. There is a github actions which will creates a draft release with the changelog. You can edit them and copy it to the tag you create.
Push the tag to remote.
You should actually “draft a new release” instead of just publishing a previously present draft release created by the Github Action. This is important so that the wheels build workflow triggers.
Check whether the CI uploads the wheels and the
.tar.gzfile to PyPi.
Finally, test the
.tar.gzwhich was uploaded to PyPi, and install it in a new virtual environment.