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).