ci(deploy): establish staged Dokploy promotion

This commit is contained in:
jjbrunton committed 2026-08-28 14:54:12 +01:00
1 parent 2dad7aa352
commit a455325147
14 files changed
+199 -310

No files matched your search

+9 -9
View File
@@ -1,16 +1,16 @@
# Supabase backend
# Legacy Supabase data plane
This directory owns local configuration, migrations, Edge Functions, seeds, and
integration tests.
This directory preserves the former product-data schema, Edge Functions, seeds,
and migration source needed for audited cutover. Hosted Supabase now owns Auth
only. The active application schema and server code live under `apps/api`.
## Schema safety
- Create migrations only with `npm run db:migration:new -- <name>`.
- Edit only `apps/supabase/migrations/`; this is the authoritative migration tree.
- Do not add product-data migrations or functions here.
- Do not deploy this migration tree or these Edge Functions to hosted Supabase.
- Never use any remote `apply_migration` tool.
- Never execute DDL through MCP SQL tools; those tools are `SELECT`-only.
- Never execute DDL through MCP or provider SQL tools.
- Never link or reset a remote project during local verification.
- Cron/function URLs must resolve per environment, never hardcode production.
## Function boundaries
@@ -21,5 +21,5 @@ integration tests.
- Preserve CORS handling and return non-sensitive errors.
- Test RLS, authorization, and important side effects, not only HTTP status.
Verify with local reset, `npm run test:supabase`, invariant lint, and affected
client tests. See `docs/operations/database-migrations.md`.
Legacy tests may be run during cutover archaeology, but they are not the active
deployment gate. See `docs/operations/database-migrations.md`.