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: RELEASING.md
+3Lines changed: 3 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -41,13 +41,16 @@ The workflow will create two pull requests, one against the `main` and one again
41
41
* Press the "Run workflow" button, then select the release branch from the dropdown list,
42
42
e.g. `release/v1.9.x`, then enter the pull request number that you want to backport,
43
43
then click the "Run workflow" button below that.
44
+
* Add the label `backport` to the generated pull request.
45
+
* In case label automation doesn't work, just close and reopen the PR so that the workflow will take into account the label automation we have in place.
44
46
* Review and merge the backport pull request that it generates.
45
47
* Merge a pull request to the release branch updating the `CHANGELOG.md`.
46
48
* The heading for the unreleased entries should be `## Unreleased`.
47
49
* Run the [Prepare patch release workflow](https://github.com/open-telemetry/opentelemetry-python-contrib/actions/workflows/prepare-patch-release.yml).
48
50
* Press the "Run workflow" button, then select the release branch from the dropdown list,
49
51
e.g. `release/v1.9.x`, and click the "Run workflow" button below that.
50
52
* Review and merge the pull request that it creates for updating the version.
53
+
* Note: If you are doing a patch release in `-contrib` repo, you should also do an equivalent patch release in `-core` repo (even if there's no fix to release), otherwise tests in CI will fail.
51
54
52
55
### Preparing a patch release for individual package
0 commit comments