Skip to content

ci: add the CI_RUNS_ON escape hatch to the merge-gating workflow(s) - #128

Merged
Jython1415 merged 1 commit into
mainfrom
ci/runs-on-escape-hatch
Sep 13, 2026
Merged

Jython1415 merged 1 commit into
mainfrom
ci/runs-on-escape-hatch

Conversation

@Jython1415

Copy link
Copy Markdown
Owner

Adds the CI_RUNS_ON escape hatch to the workflow(s) in this repo that gate
merges and have no side effects:

runs-on: ${{ vars.CI_RUNS_ON || 'ubuntu-latest' }}

This turns nothing on. CI_RUNS_ON is left unset here and everywhere, so
the expression resolves to ubuntu-latest and behaviour is byte-for-byte
unchanged. What it buys is the option: when a self-hosted runner is available,
this repo's merge gate can be pointed at it with one API call and pointed back
with one more, instead of needing a workflow edit and a PR first. The account's
hosted Actions minutes are exhausted and every hosted job is currently refused,
so that option is the difference between a real CI verdict and none.

claude-workspace and mathnasium-session-notes already carry this line; this
spreads it to the merge-gating subset only.

Deliberately NOT changed: any workflow that deploys, publishes, releases,
uploads an artifact, posts anywhere, or uses a credential or secret. Pointing
those at a container on a personal machine is a security decision, not a
one-line change, and it was not taken here.

How to use it, and the two-variant runner recipe it pairs with:
modules/git-proxy/references/ephemeral-runner.md in claude-workspace.

🤖 Generated with Claude Code

https://claude.ai/code/session_01C3uaCzCK58XoamXHTcCCyh

@Jython1415
Jython1415 merged commit 14c8258 into main Sep 13, 2026
1 check passed
@Jython1415
Jython1415 deleted the ci/runs-on-escape-hatch branch September 13, 2026 14:29
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