Skip to content

ci: block merge while checks are still running - #945

Merged
thekevinscott merged 1 commit into
mainfrom
claude/943-gate-on-pending
Aug 14, 2026
Merged

thekevinscott merged 1 commit into
mainfrom
claude/943-gate-on-pending

Conversation

@thekevinbot

Copy link
Copy Markdown
Collaborator

Fixes #943.

 success_conditions:
   - "#check-failure = 0"
+  - "#check-pending = 0"

#check-failure = 0 means "nothing is red", which is true while checks are yellow. The gate went green 2m21s before CI finished on both commits of #942. Adding the pending condition makes it mean "all green".

Names no checks, so path-filtered workflows stay maintenance-free.

Testing it

Mergify reads config from the default branch, so this does nothing until merged. After merging, open any PR: the protection should sit pending while checks run, then go green.

If it deadlocks instead — the claim in the comment this removes — revert this one line and fall back to restoring pr-monitor (Option B in #943).

E2E Verification

N/A - CI configuration only


Generated by Claude Code

`#check-failure = 0` means "nothing is red", which is true while checks are
yellow -- the gate went green 2m21s before CI finished on both commits of #942.
Adding `#check-pending = 0` makes it mean "all green".

The comment claiming this deadlocks is unverified: it is Mergify's own
documented pattern, and merge protections report pending rather than resolving
when a pending condition is present. #832 more likely deadlocked on the named
anchors over path-filtered workflows.

If it does deadlock, the next PR hangs and this reverts in one line.

Fixes #943
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Merge gate reports green while checks are still running

3 participants