./python/private/pypi/requirements.txt
file and run:bazel run //tools/private/update_deps:update_pip_deps
bazel run //tools/private/update_deps:update_coverage_deps <VERSION> # for example: # bazel run //tools/private/update_deps:update_coverage_deps 7.6.1
Start from a clean checkout at main
.
Before running through the release it's good to run the build and the tests locally, and make sure CI is passing. You can also test-drive the commit in an existing Bazel workspace to sanity check functionality.
git tag 0.5.0 upstream/main && git push upstream --tags
NOTE: Pushing the tag will trigger release automation.rules_python is currently using Zero-based versioning and thus backwards-incompatible API changes still come under the minor-version digit. So releases with API changes and new features bump the minor, and those with only bug fixes and other minor changes bump the patch digit.
To find if there were any features added or incompatible changes made, review the commit history. This can be done using github by going to the url: https://github.com/bazelbuild/rules_python/compare/<VERSION>...main
.
Part of the release process uploads packages to PyPI as the user rules-python
. This account is managed by Google; contact rules-python-pyi@google.com if something needs to be done with the PyPI account.