From cec35e6983b9eb3ea864b8f9189bbc1812b0f4d8 Mon Sep 17 00:00:00 2001 From: Sebastian Malton Date: Mon, 20 Mar 2023 10:54:31 -0400 Subject: [PATCH] Add note about major version bumps in release guide (#7382) Signed-off-by: Sebastian Malton Signed-off-by: Gabriel --- RELEASE_GUIDE.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/RELEASE_GUIDE.md b/RELEASE_GUIDE.md index 8821fedc38..f89bfa3295 100644 --- a/RELEASE_GUIDE.md +++ b/RELEASE_GUIDE.md @@ -15,6 +15,8 @@ All releases will be made by creating a PR which bumps the version field in the 1. If you are making a patch release (or a prerelease for one) make sure you are on the `release/v.` branch. 1. Run `npm run create-release-pr`. 1. Pick the PRs that you want to include in this release using the keys listed. + - If you are making a patch release this might include fixing up some cherry-picking of commits. These actions should be done in a separate terminal. + - If a package version is having a major version bump then `npm` will complain about `peerDependency` conflicts. These will have to be fixed up separately. 1. Once the PR is created, approved, and then merged the `Release Open Lens` workflow will create a tag and release for you. 1. If you are making a major or minor release, create a `release/v.` branch and push it to `origin` so that future patch releases can be made from it. 1. If you released a major or minor version, create a new patch milestone and move all bug issues to that milestone and all enhancement issues to the next minor milestone.