Skip to content

ci(release): template sync by hand when the GitHub App is missing - #164

Merged
Madraka merged 1 commit into
mainfrom
claude/template-sync-0-6-3-b6a01a
Nov 8, 2026
Merged

Madraka merged 1 commit into
mainfrom
claude/template-sync-0-6-3-b6a01a

Conversation

@Madraka

@Madraka Madraka commented Nov 8, 2026

Copy link
Copy Markdown
Contributor

Follow-up to the 0.6.3 release. Its Template sync job only logged a notice (the TEMPLATE_SYNC_APP_CLIENT_ID variable and the TEMPLATE_SYNC_APP_PRIVATE_KEY secret are not set), so cloudhal-template was synced by hand with scripts/template-sync.ts from a checkout: cloudhal-dev/cloudhal-template#4. The script needed no change for the versions: the published starter already carries astro 7.4.7, @astrojs/cloudflare 14.4.4 and wrangler ^4.158.0, and the sync takes the starter's dependency maps wholesale. What the hand run did show:

  • scripts/template-pr.ts: with no run URL, the PR body still claimed the release workflow opened the PR and that "the Template sync run" had checked a copy. The last two paragraphs now depend on runUrl: a hand run says so and names who checks it. One test added in packages/cli/test/template-sync.test.ts.
  • CONTRIBUTING.md, Releasing step 5: the by-hand recipe (the two script commands, the copy check with npm ci and WORKERS_CI=1 npx cloudhal deploy --dry-run, the cloudhal/vX.Y.Z branch, the PR, the cloudhal/template-check status), and why Dependabot's PR on the template is no substitute: it moves @cloudhal/* only and fails to install once the starter's own pins moved (0.6.3: astro 7.4.7 for the ^7.4.0 peer range).
  • The scripts/template-sync.ts header and the .github/workflows/template-sync.yml comment point at that recipe.

No changeset: scripts and docs only. Checks run locally: biome check (no errors), pnpm --filter @cloudhal/cli typecheck, vitest run test/template-sync.test.ts (20 passed), node scripts/size-check.ts.

To enable the automatic sync (CONTRIBUTING.md, Releasing): create a GitHub App on the cloudhal-dev organization with Contents, Pull requests and Commit statuses write, install it on cloudhal-template only, then set the TEMPLATE_SYNC_APP_CLIENT_ID repository variable and the TEMPLATE_SYNC_APP_PRIVATE_KEY secret on cloudhal-dev/cloudhal. Actions › Template sync › Run workflow with 0.6.3 would then rebuild cloudhal/v0.6.3 from main and replace the hand-made branch.

🤖 Generated with Claude Code

The 0.6.3 release's Template sync job only logged a notice (no TEMPLATE_SYNC_APP_CLIENT_ID variable, no TEMPLATE_SYNC_APP_PRIVATE_KEY secret), so cloudhal-template was synced by hand with scripts/template-sync.ts (cloudhal-dev/cloudhal-template#4). What that run showed:

- scripts/template-pr.ts: without a run URL the PR body still said the release workflow opened the PR and that the Template sync run had checked a copy. It now says a hand run of the script did, and who checks it. Test added.
- CONTRIBUTING.md, Releasing: the by-hand recipe (the two script commands, the copy check, the branch, the PR and the status), and why Dependabot's PR on the template is no substitute: it moves @cloudhal/* only and fails to install once the starter's own pins moved, as in 0.6.3 (astro 7.4.7 for the ^7.4.0 peer range).
- scripts/template-sync.ts and the workflow header point at that recipe.

Co-Authored-By: Claude Fable 5.1 <[email protected]>
Signed-off-by: Madraka <[email protected]>
@Madraka
Madraka merged commit e433958 into main Nov 8, 2026
9 checks passed
@Madraka
Madraka deleted the claude/template-sync-0-6-3-b6a01a branch November 8, 2026 07:15
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