workflows/pr: block merging PRs when jobs have been cancelled#433060
workflows/pr: block merging PRs when jobs have been cancelled#433060wolfgangwalther merged 1 commit intoNixOS:masterfrom
Conversation
This currently happens, for still unknown reasons, for the "check cherry picks" job. The job gets cancelled by GHA mid-way. This should be the same as an error, because an important check didn't run: Merging should be blocked and auto-merge should not succeed.
philiptaron
left a comment
There was a problem hiding this comment.
I suspect we'll discover this isn't what we need, but it's worth the experiment.
|
Successfully created backport PR for |
What makes you believe this? It seems it indeed doesnt work, but I don't know why. In https://github.com/NixOS/nixpkgs/actions/runs/16909083566?pr=433053, the check cherry picks job is cancelled due to timeout, but the "no PR failures" job is still skipped. It should not be, according to the new condition. |
Reading the docs carefully:
and
OK, that's clearly a difference. I had assumed |
|
It's a probabilistic belief. GHA's semantics are knowable but not obvious at every turn, and this turn -- what happens on timeout? what happens on cancel? what happens on re-run? -- are likely to be no different. I'm approving because I buy your intent in the PR headmatter and this looks like it will accomplish it. I just have low faith in GHA and given that we can't read the source, we'll have to muddle through with experiments in production. Experiments I am very glad you're running. |
This currently happens, for still unknown reasons, for the "check cherry picks" job. The job gets cancelled by GHA mid-way. This should be the same as an error, because an important check didn't run: Merging should be blocked and auto-merge should not succeed.
This only fixes the symptoms of #433053 (comment), will look into the actual cause next.
Things done
Add a 👍 reaction to pull requests you find important.