-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[chore] Add CI check to enforce merge freeze during release #37097
[chore] Add CI check to enforce merge freeze during release #37097
Conversation
Co-authored-by: Moritz Wiesinger <[email protected]>
I am going to merge this and we are going to follow the test steps from open-telemetry/opentelemetry-collector/pull/11936. Since opentelemetry-collector-contrib does not have a merge queue yet the check is more limited so the tests won't be exactly the same. |
I have not found a way to test this, the release PR requires the tags to be present. I'll reach out to the release manager to let them know that they should revert this PR if trouble arises |
Description
As stated in the Release Procedure document, all merging in Contrib should be halted while the "Prepare release" PR is open. This PR adds a CI check which fails if such a release PR is currently open.
This is the same as the CI check introduced in Core as part of this issue (Initial PR, bug, fix, bug 2, fix 2, fix 3, fix 4).
Like its predecessor, this will only be fully effective once the merge queue is enabled on this repo (see #36788 for progress on that), enabling us to do proper last-minute checks instead of relying on the freeze status at the time of the latest PR update. Similarly, for proper enforcement, this check will need to be marked as required in the main branch protections (I will create an issue on the community repo to that effect once this PR is merged).
Link to tracking issue
Updates #36848
Testing
Considering the multiple iterations this code went through on Core, it should now work properly without adaptation.
However, considering the multiple iterations this code went through on Core, we should expect the unexpected, especially when it comes to the interaction with the merge queue, so release managers will need to be aware of this change, in case it breaks the release process.