Terminology update 'master' to 'main' in DEVELOPING.md (#502)
diff --git a/DEVELOPING.md b/DEVELOPING.md index b9d5d70..e346e95 100644 --- a/DEVELOPING.md +++ b/DEVELOPING.md
@@ -2,7 +2,7 @@ ## Releasing -Start from a clean checkout at `master`. +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. @@ -23,7 +23,7 @@ 5. Create commit called "Release X.Y.Z" 1. ["release 0.1.0"](https://github.com/bazelbuild/rules_python/commit/c8c79aae9aa1b61d199ad03d5fe06338febd0774) is an example commit. 6. Tag that commit as `X.Y.Z`. Eg. `git tag X.Y.Z` -7. Push the commit and the new tag to `master`. +7. Push the commit and the new tag to `main`. 8. Run `bazel build //distro:relnotes` from within workspace and then from repo root run `cat bazel-bin/distro/relnotes.txt` to get the 'install instructions' that are added as release notes. 1. Check the `sha256` value matches the one you calculated earlier. 9. ["Draft a new release"](https://github.com/bazelbuild/rules_python/releases/new) in Github (manual for now), selecting the recently pushed `X.Y.Z` tag. @@ -33,4 +33,4 @@ 1. Update `README.md` to point at new release. 2. Ping @philwo to get the new release added to mirror.bazel.build. See [this comment on issue #400](https://github.com/bazelbuild/rules_python/issues/400#issuecomment-779159530) for more context. -3. Announce the release in the #python channel in the Bazel slack (bazelbuild.slack.com). \ No newline at end of file +3. Announce the release in the #python channel in the Bazel slack (bazelbuild.slack.com).