Skip to content

fix(ci): concurrency group cancels the previous fleet on re-trigger - #3065

Open
gewenyu99 wants to merge 1 commit into
mainfrom
posthog-code/ci-concurrency-cancel
Open

fix(ci): concurrency group cancels the previous fleet on re-trigger#3065
gewenyu99 wants to merge 1 commit into
mainfrom
posthog-code/ci-concurrency-cancel

Conversation

@gewenyu99

Copy link
Copy Markdown
Contributor

wizard-ci had no concurrency config: every trigger (push to a wizard PR, comment, manual dispatch) started a fresh 40-cell fleet next to the running one, and stopping work mid-flight meant finding and cancelling each run by hand.

Adds a workflow-level concurrency group keyed on trigger source + wizard ref + context-mill ref with cancel-in-progress: re-triggering the same ref cancels the previous fleet automatically. Manual dispatches without refs key on the run id, so unrelated runs never cancel each other.

Stopping a fleet by hand stays one command: gh run list -R PostHog/wizard-workbench -w wizard-ci.yml --status in_progress then gh run cancel <id> -R PostHog/wizard-workbench — cancellation tears down every matrix cell including mid-flight agents.


Created with PostHog Code

No concurrency existed, so every trigger stacked a new 40-cell fleet
beside the old one and mid-flight runs could only be hunted down one by
one. Fleets now group by source + wizard/context-mill ref with
cancel-in-progress; manual dispatches without refs fall back to the run
id and never self-cancel.

Generated-By: PostHog Code
Task-Id: 2d43c175-646e-4d73-a974-760280c8c95b
@gewenyu99
gewenyu99 requested a review from a team as a code owner July 24, 2026 18:44
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.

1 participant