Set up CI deploy: Cloudflare secrets + prod config
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 48/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- github-actions, postgresql, typescript
Research direction
Read .github/workflows/deploy.yml first to confirm the push trigger and wrangler deploy step. In web-dec, run pnpm db:migrate against the production DATABASE_URL after configuring the listed GitHub Actions and Cloudflare runtime secrets. Done means a main-branch or manually triggered workflow completes successfully and the Worker updates.
Written by the indexing model from the issue text.
Description
The deploy workflow (.github/workflows/deploy.yml) runs wrangler deploy on every push to main. Before the first deploy works, complete the setup below.
1. Add GitHub Actions secrets
Settings → Secrets and variables → Actions → New repository secret:
-
CLOUDFLARE_API_TOKEN— Cloudflare → My Profile → API Tokens → use the "Edit Cloudflare Workers" template, scoped to this account. -
CLOUDFLARE_ACCOUNT_ID— from the Cloudflare dashboard URL or Workers overview. (Optional if the token has one account, but safer to set.)
2. Set the Worker runtime secrets in Cloudflare
wrangler deploy ships code + assets but not runtime secrets. Set these once per environment (cd web-dec && wrangler secret put <NAME>, or via the dashboard). They persist across deploys.
-
DATABASE_URL— Neon Postgres connection string -
OPENROUTER_API_KEY— LLM (router, recommendations, /research, etc.) -
HONCHO_API_KEY— conversational memory (optional; features degrade without it) -
BETTER_AUTH_SECRET— generate withopenssl rand -base64 32 -
BETTER_AUTH_URL— public origin / OAuth issuer (e.g. the prod host)
3. Apply database migrations to prod
The workflow does not run migrations — deploying code won't create the waitlist / Better Auth tables. Apply the Drizzle migrations against the prod DB once (and after any new migration):
-
cd web-dec && pnpm db:migrate(with prodDATABASE_URL)
Decide whether to automate this as a CI step before deploy, or keep it manual. Automating mutates prod on every push, so gate it carefully.
4. Confirm the trigger branch
- The workflow deploys on push to
mainonly. Current dev is ondc/v2; nothing deploys until it merges tomain. Change the branch indeploy.ymlif needed.
Verify
- Push to
main(or run the workflow manually via the Actions tab → Deploy → Run workflow) and confirm a green run + the Worker updates.
- Dominant language
- TypeScript
- Stars
- 0
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 78/100
fullcalendar/fullcalendar#8106 ·