You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
MANUAL RUN: codeSplitters: one real hosted deploy from the site, with a scoped token #309
The last two checks from #247. They need you: a signed-in admin session on the site, and a scoped Cloudflare token only you can create.
Hosted deploys are now live on https://codesplitters.notryanquinn.workers.dev. The DeployRunner container app, DEPLOY_SECRETS_KEY and the deploy_keys migration are deployed. The whole run (clone, bun install, rustybuns deploy, check, with the Alchemy state carried between runs) was replayed in the real deploy-sandbox image on a Mac against a throwaway Worker, but never from the site itself.
Steps
In the Cloudflare dashboard, create an API token scoped to Workers Scripts: Edit on the notryanquinn account, and nothing else.
Sign in to the site as quinn and make a small throwaway Rusty Buns repo. It needs a rustybuns.config.ts with an edge target, adopt off, bindings: {} (or any) and @rustybuns/cli plus the pinned alchemy set (rustybuns add deploy). Commit it so it has a git remote.
In its Deploy panel, store the token and account ID, then press Deploy. Expect the four steps to go green and a *.workers.dev URL. Check the log shows <deploy key> and never the token.
Press Deploy again. It should update the same Worker (same URL), not create a second one.
Note how long the run took. On the Mac, under amd64 emulation, bun install took 100–330 s and the deploy 8–22 s. A run gets 13 minutes (RUN_BUDGET_MS, inside the alarm's 15).
Remove the throwaway Worker afterwards, delete the token, and delete the repo's stored key.
Two more things to check during this run, from the #248 PR (once it's deployed):
While the deploy step runs, its log in the Deploy panel should grow as it goes (it streams now), not appear all at once when the step ends. Still <deploy key> in place of the token.
Start typing in the key form's Replace while a deploy runs: what you typed should stay put.
(Optional) Rotate DEPLOY_SECRETS_KEY as the README's "Rotating it" steps say, press Re-seal on the admin page, remove DEPLOY_SECRETS_KEY_OLD, and deploy once more: it should still update the same Worker.
changed the title [-]codeSplitters: one real hosted deploy from the site, with a scoped token[/-][+]MANUAL RUN: codeSplitters: one real hosted deploy from the site, with a scoped token[/+]on Oct 10, 2026
Parked as a manual run. When you have time, #378 makes it one command: scripts/deploy-check.ts --hosted (see its PR body for the three steps). That PR no longer closes this issue.
Activity
QuinnsCode commentedon Oct 10, 2026
Two more things to check during this run, from the #248 PR (once it's deployed):
<deploy key>in place of the token.DEPLOY_SECRETS_KEYas the README's "Rotating it" steps say, press Re-seal on the admin page, removeDEPLOY_SECRETS_KEY_OLD, and deploy once more: it should still update the same Worker.🤖 Generated with Claude Code
codeSplitters: deploy-check --hosted, #309's live-site Deploy as one …
[-]codeSplitters: one real hosted deploy from the site, with a scoped token[/-][+]MANUAL RUN: codeSplitters: one real hosted deploy from the site, with a scoped token[/+]QuinnsCode commentedon Oct 10, 2026
Parked as a manual run. When you have time, #378 makes it one command:
scripts/deploy-check.ts --hosted(see its PR body for the three steps). That PR no longer closes this issue.🤖 Generated with Claude Code