mirror of
https://github.com/kevinveenbirkenbach/computer-playbook.git
synced 2026-11-06 10:59:59 +00:00
The PR-close canceller had no concurrency group at all, so cancelling depended entirely on scripts/github/cancel/pull_request_runs.sh, which needs a runner before it can call the API. Runners were 20 minutes to 21 hours out, and run 31451265380 stayed alive that whole time. The canceller now joins the group entry-pr-change-orchestrate.yml renders for the same PR. GitHub clears the group when the run is created, before a runner is assigned, so the orchestrator dies immediately and the script becomes a backstop instead of the only path. The group spells pull_request out literally rather than interpolating github.event_name. This workflow is triggered by pull_request_target, so the interpolated form would join the twin the orchestrator's own job guards already skip on a same-repo PR and leave the working run untouched. A fork PR runs both twins; the pull_request_target one is still left to the script. The branch-delete sweep filtered runs by head_branch alone and shot this canceller mid-cancel. It now excludes the canceller's own path. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
GitHub Workflow Helpers 🔧
This directory holds the shell helpers that GitHub Actions workflows under .github/workflows/ call. Helpers are grouped by responsibility into subfolders so each workflow file pulls only from the clusters it actually needs.
Subfolders 🗂️
| Subfolder | Responsibility |
|---|---|
| runner/ | Host-runner hygiene around image builds and deploys (disk, swap, Docker daemon, diagnostics). |
| cancel/ | Cancellation of in-progress workflow runs on PR-close and branch-delete events. |
| cleanup/ | Scheduled repository maintenance that prunes stale GitHub resources. |
| resolve/ | Derivation of structured workflow inputs and outputs from repository state. |
| sync/ | Ref synchronization before workflow jobs derive CI scope from git history. |
| update/ | The scheduled Update: Versions pipeline (version bumps and PR open/refresh). |
| release/ | Release-time gates that decide whether a tagged commit may be released. |
A new helper MUST live in the subfolder that matches its responsibility. New responsibilities MAY motivate a new subfolder, but MUST NOT flatten back into the top level.
For the workflow catalog see workflows.md. For the repository Make target index see make.md.