You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: RELEASE_GUIDE.md
+2-2
Original file line number
Diff line number
Diff line change
@@ -15,8 +15,8 @@ All releases will be made by creating a PR which bumps the version field in the
15
15
1. If you are making a patch release (or a prerelease for one) make sure you are on the `release/v<MAJOR>.<MINOR>` branch.
16
16
1. Run `npm run create-release-pr`.
17
17
1. Pick the PRs that you want to include in this release using the keys listed.
18
-
- 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.
19
-
- 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.
18
+
- 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.
19
+
- 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.
20
20
1. Once the PR is created, approved, and then merged the `Release Open Lens` workflow will create a tag and release for you.
21
21
1. If you are making a major or minor release, create a `release/v<MAJOR>.<MINOR>` branch and push it to `origin` so that future patch releases can be made from it.
22
22
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.
0 commit comments