Skip to content
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

Automate halting merging in core with a CI check #11707

Open
Tracked by #11626
mx-psi opened this issue Nov 19, 2024 · 0 comments
Open
Tracked by #11626

Automate halting merging in core with a CI check #11707

mx-psi opened this issue Nov 19, 2024 · 0 comments
Assignees
Labels
ci-cd CI, CD, testing, build issues

Comments

@mx-psi
Copy link
Member

mx-psi commented Nov 19, 2024

We want to automate halting merges with either a bot or some sort of lockfile that is checked by CI

@mx-psi mx-psi added the ci-cd CI, CD, testing, build issues label Nov 19, 2024
@jade-guiton-dd jade-guiton-dd moved this from Waiting for reviews to In Progress in Collector: v1 Nov 27, 2024
mx-psi pushed a commit that referenced this issue Nov 27, 2024
#### Description

In preparation for the merge queue potentially being enabled,, this PR
adds the `merge_group` trigger to CI workflows that run in `main` pull
requests.

#### Link to tracking issue
Updates #11707
@jade-guiton-dd jade-guiton-dd moved this from In Progress to Waiting for reviews in Collector: v1 Nov 27, 2024
mx-psi added a commit that referenced this issue Nov 28, 2024
#### Description

As stated in the [Release Procedure
document](https://github.com/open-telemetry/opentelemetry-collector/blob/main/docs/release.md#releasing-opentelemetry-collector),
all merging in Core should be halted while the "Prepare release" PR is
open. This PR adds a CI job checking the existence of such a PR,
allowing us to enforce these freezes automatically.

To make things simple, I decided to distinguish the "Prepare release" PR
from others by using a new `prepare:merge-freeze` label. I modified the
"Prepare release" action to include that label on the automatically
created PR, but in rare cases where maintainers might create the PR
themselves, the label can be added manually. Triagers will need to be
careful not to accidentally add this label to any random PR to avoid
artificial freezes.

Because, in the current state, this CI check is run on each commit of a
PR, and at no other time, there is a chance for:
- False positives: If a commit is pushed during a freeze, and the freeze
is later rescinded, the PR will remain unmergeable until a new commit is
pushed. A simple solution is to re-run the check manually.
- False negatives: If a commit is pushed outside of a freeze, then a
freeze is enacted, the PR will remain mergeable despite the freeze. This
is more problematic.

To solve this second problem and make this check truly useful, two
changes in the repository configuration are necessary:
- the merge queue should be enabled, allowing us to run checks again
just before merging;
- this new CI check should be added to the list of required checks for
the main branch.

This will allow us to automatically cancel the merging of PRs during a
freeze. A later PR on the community repository should take care of these
configuration changes.

Note that another solution to handle outdated CI checks would be to use
a tool like [MergeFreeze](https://www.mergefreeze.com), but reading
[this
document](https://github.com/open-telemetry/community/blob/main/docs/using-github-extensions.md),
it sounds like it would be a harder sell with the community than
enabling the merge queue.

#### Link to tracking issue
Updates #11707

#### Testing

Simple tests were made on a separate repository to check that enabling
the merge queue fixes the false negatives.

---------

Co-authored-by: Pablo Baeyens <[email protected]>
@jade-guiton-dd jade-guiton-dd moved this from Waiting for reviews to Blocked in Collector: v1 Nov 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ci-cd CI, CD, testing, build issues
Projects
Status: Blocked
Development

No branches or pull requests

2 participants