-
Notifications
You must be signed in to change notification settings - Fork 212
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
Prevent manual merges #8396
Comments
For opt-in safety we could make a userscript like https://gist.github.com/turadg/a6871cafba99d6b3fc281f407cd64e55 |
Yeah but that requires all users to run that user script in their browsers. Unless we have a browser extension mandated by org policy (like my previous job had), it's probably too brittle. On the other hand, mergify breaking requiring admin action is also a pretty big downside. |
refs: #8396 ## Description This PR adds a new high-priority queue to mergify. A high priority queue allows us to merge urgent PRs before low priority ones, essentially speeding up patch/hotfix release. This does not bypass any CI checks for merging so all the normal standard is still followed even for high priority queues Resources: https://docs.mergify.com/merge-queue/multi/ The way to use this new high priority queue is to add a new label `priority:high` github and add that on high priority PRs. ### Fallback: In case the new queue does not work as expected, the original queue is sill present and working ### Security Considerations ### Scaling Considerations ### Documentation Considerations ### Testing Considerations ### Upgrade Considerations
@mhofman do you think we can complete these two tasks now to fully close this issue? |
I think we're in a good place to try. The first bullet will require some experiments. In particular I'm not sure the effects this may have on rebased PRs authorship. We likely need to think through having an escape hatch if mergify is down or broken. And we need to test updating mergify using mergify itself. |
What is the Problem Being Solved?
#8253 added a required check that a merge strategy was selected, making it slightly more difficult to bypass Mergify accidentally, but not impossible.
We have historically not been able to force that PRs are merged with mergify for protected branches for a variety of reasons:
Mergify has now solutions for all these issues
Description of the Design
allow_merging_configuration_change
Security Considerations
Makes sure CI jobs pass before merging, no accidental bypass
Scaling Considerations
The priority queue should help getting urgent fixes, but if mergify breaks for some reason, we'll have to fallback to admins disabling the extra protection rules.
Test Plan
We now have a dedicated repo where we can experiment with these kind of changes before impacting the
agoric-sdk
repo.Upgrade Considerations
None
The text was updated successfully, but these errors were encountered: