Skip to content

Commit 68b500b

Browse files
📖 : Release: Add backport policy (operator-framework#1641)
* doc: Release: Add backport policy Add Policy discussed and agreed between maintainers * Apply suggestions from code review
1 parent b46f20d commit 68b500b

File tree

1 file changed

+18
-0
lines changed

1 file changed

+18
-0
lines changed

Diff for: RELEASE.md

+18
Original file line numberDiff line numberDiff line change
@@ -63,3 +63,21 @@ git push upstream v1.2.0
6363

6464
### Post-Steps
6565
Once the tag has been pushed the release action should run automatically. You can view the progress [here](https://github.com/operator-framework/operator-controller/actions/workflows/release.yaml). When finished, the release should then be available on the [releases page](https://github.com/operator-framework/operator-controller/releases).
66+
67+
68+
## Backporting Policy
69+
70+
Significant security and critical bug fixes can be backported to the most recent minor release.
71+
Special backport requests can be discussed during the weekly Community meeting or via Slack channel;
72+
this does not guarantee an exceptional backport will be created.
73+
74+
Occasionally non-critical issue fixes will be backported, either at an approver’s discretion or by request as noted above.
75+
If you believe an issue should be backported, please feel free to reach out and raise your concerns or needs.
76+
For information on contacting maintainers via the [#olm-dev](https://kubernetes.slack.com/archives/C0181L6JYQ2) Slack channel
77+
and attending meetings. To know more about see [How to Contribute](./CONTRIBUTING.md).
78+
79+
### Process
80+
81+
1. Create a PR with the fix cherry-picked into the release branch
82+
2. Ask for a review from the maintainers.
83+
3. Once approved, merge the PR and perform the Patch Release steps above.

0 commit comments

Comments
 (0)