Pre-launch checklist
Security and infrastructure checklist before inviting collaborators or going public
Before inviting collaborators
Rotate leaked credentials
Sensitive credentials were committed to git history. Even though the repo is private, any collaborator with access can see the full history.
- Rotate Supabase database password (Frankfurt project
pskrfpqylbqzkgwwdglg) — Dashboard → Project Settings → Database → Reset password - Rotate Supabase database password (US East project
lidpxsnkpsscdgfifrin) — same steps - Regenerate Supabase anon key if needed
- Remove hardcoded credentials from shell scripts (
packages/db-tools/scripts/db/push.sh,push-remote.sh) — use$DATABASE_URLenv var instead - Update Vercel env vars with the new passwords after rotation
GitHub repository settings
- Enable branch protection on
main— require PRs, no direct pushes - Require your approval before merging PRs
- Add collaborators with "Write" role, not "Admin"
Access control
- Never share
.envfiles — use Vercel env vars UI to grant access - Keep Supabase admin credentials to yourself
- Keep Vercel project admin to yourself
Before going public
- Rewrite git history to remove leaked credentials (use
git filter-repo) — or start from a fresh repo - Audit
.gitignore— ensure.env,.env.local,.env.productionare all ignored - Enable GitHub secret scanning — Settings → Code security → Secret scanning
- Set up CI (optional) — run linting and type checks on PRs to catch issues before merge