release: Update our release process docs to match reality
Change-Id: If4b0856d29afa754cc0cdd67884bb23ecf682fbe
diff --git a/ReleaseProcess.md b/ReleaseProcess.md
index ece1bca..0f738c2 100644
--- a/ReleaseProcess.md
+++ b/ReleaseProcess.md
@@ -1,17 +1,24 @@
# Release Process
-1. Update the packages kokoro job to point to the latest release
-2. Update all or some of the package version numbers
+1. Update all or some of the package version numbers
- All of the package changelogs need to have the proper release listed in the
changelog after the package number.
-3. Create the release branch in all projects
-4. Create the release branch in continuous-build
-5. All package repositories we have updated need to have git tags
+2. Create the release branch in all projects
+3. Create the release branch in continuous-build
+ - Add branch=release-$RELEASE for all projects in .gitmodules
+ - git submodule update --remote --init
+ - git add -A; git commit
+ - git push origin HEAD:refs/heads/release-$RELEASE
+4. All package repositories we have updated need to have git tags
- Format of the tag is the same as the package version in the
debian/changelog file.
-6. Run the packages kokoro job on beaker
- - Looks at the beaker branch looking for the latest versions and updates that way
-7. Tag the latest rapture with the beaker tag.
+ - git tag $VERSION remote/release-$RELEASE
+ - If the package has separate sources in another repo, you need to tag the
+ same way in the source repo.
+ - git push --tags remote
+5. Make a new release candidate for the appropriate release
+6. Tag the latest rapture with the $RELEASE tag.
+7. Run the kokoro job for $RELEASE.
Cherry picks:
1. Commit to master