Skip to content

docs(operations): relay migration runbook + Cloudflare hosted-app deployment - #21

Merged
gfsaaser24 merged 3 commits into
mainfrom
t3code/fork-ops-docs
Aug 5, 2026
Merged

gfsaaser24 merged 3 commits into
mainfrom
t3code/fork-ops-docs

Conversation

@gfsaaser24

Copy link
Copy Markdown
Owner

A fresh fork relay pointed at an external DATABASE_* database returns HTTP 500 on every persistence call (environment_link_failed (replay_persistence_failed)) because the external-database deploy path never applies migrations — only the upstream managed-PlanetScale path has a runner — and the runbook said "apply the relay SQL migrations" without a procedure.

  • self-host-relay.md: new Apply database migrations section with a psql loop that applies infra/relay/migrations/postgres/ in order using runner-compatible relay_migrations bookkeeping; Supabase step 4 now points at it.
  • New self-host-hosted-app.md: deploying the hosted web app (fork equivalent of app.t3.codes) to Cloudflare Workers — hosted build flags, assets-only Worker with SPA routing, custom-domain attachment, Clerk allowed_origins, and the Cloudflare Access pitfall.
  • Checks in apps/web/wrangler.hosted.jsonc, the config the new runbook references (used for the live app.t3turbo.pro deployment).

Both runbooks were exercised for real against the production fork infrastructure before writing.

Fable 5 via T3 Turbo (claudeAgent).

🤖 Generated with Claude Code

…loyment

The self-host relay runbook told operators to apply the relay SQL
migrations without giving a procedure, and the external-database deploy
path never applies them itself - a fresh fork relay 500s on every
persistence call. Document the manual application with runner-compatible
bookkeeping, add a runbook for deploying the hosted web app to
Cloudflare Workers (build flags, custom domain, Clerk allowed_origins,
Access pitfall), and check in the wrangler config it references.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@github-actions github-actions Bot added vouch:trusted PR author is trusted by repo permissions or the VOUCHED list. size:L labels Aug 5, 2026
t3-turbo-simulation and others added 2 commits August 5, 2026 09:15
The self-host material was split across runbooks without saying what
order the pieces must be assembled in, and most of the failure modes
only surface two steps after their cause. Add the ordering guide with
the hard dependency chain (domains -> database+migrations -> Clerk ->
relay -> baked client builds -> hosted app), per-step verification
gates, and a symptom-to-cause index from a real first deployment.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@gfsaaser24
gfsaaser24 merged commit 3ae1875 into main Aug 5, 2026
12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

size:L vouch:trusted PR author is trusted by repo permissions or the VOUCHED list.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant