Skip to content

STAC-25458: run the CI workflows on merge_group - #496

Merged
LouisParkin merged 1 commit into
stackstate-7.78.2from
STAC-25458-add-merge-group-triggers
Aug 25, 2026
Merged

STAC-25458: run the CI workflows on merge_group#496
LouisParkin merged 1 commit into
stackstate-7.78.2from
STAC-25458-add-merge-group-triggers

Conversation

@LouisParkin

Copy link
Copy Markdown

Adds a merge_group: trigger to the three CI workflows, as the prerequisite for enabling a merge queue on the default branch.

The queue requires the CI success (...) checks to report on the speculative merge commit, so the workflows must listen on merge_group before the ruleset is created — otherwise every queued PR waits on checks that never start. The trigger is inert until a queue exists, so this is safe to merge on its own.

Nothing publishes from the queue: publish, sign, Cerberus and the await-verification barrier are all already gated on event_name == 'push'. Cache saves are excluded from merge_group because caches written there are scoped to the throwaway gh-readonly-queue ref and could never be restored; restores stay ungated so queue runs still read the default-branch caches.

Validation: all three workflows parse, Zizmor 1.29.0 clean (no findings).

Ref STAC-25458.

Prerequisite for enabling a merge queue on the default branch. The queue
requires the three 'CI success (...)' roll-up checks to report on the
speculative merge commit, so the workflows have to listen on merge_group
before the ruleset is created. Enabling the queue first would leave every
queued PR waiting on checks that never start until it is ejected.

The trigger is inert until a queue exists, so this is safe to merge on its
own.

No publishing runs on merge_group: every publish, sign and Cerberus job is
already gated on event_name == 'push', as is the await-verification barrier.
The fork guards are spelled event_name != 'pull_request', which is true for
merge_group, so the build and test jobs do run in the queue - which is the
point.

Cache saves are excluded from merge_group. Actions caches written from a
merge_group run are scoped to the throwaway gh-readonly-queue ref, so they
could never be restored by a later build; only the ~270MB per arch of
storage churn would be real. Restores are left ungated, so queue runs still
read the default branch caches.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@LouisParkin
LouisParkin merged commit d8cd29d into stackstate-7.78.2 Aug 25, 2026
42 checks passed
@LouisParkin
LouisParkin deleted the STAC-25458-add-merge-group-triggers branch August 25, 2026 12:07
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.

2 participants