Local Supabase config added for one-command dev setup
andrsschultz added a `supabase/` directory with `config.toml`, a one-shot schema migration, and a runbook, replacing the previous "paste this SQL into the Supabase editor" onboarding. A few rough edges to watch for before adopting.
The new supabase/ directory contains config.toml, migrations/000_one_shot_schema.sql, seed.sql, README.md, and a .gitignore. Running npx supabase start spins up the local stack; npx supabase status prints the keys to paste into .env files. Both .env.example files now default to http://127.0.0.1:54321 instead of https://your-project.supabase.co.
Two things to fix before adopting. First, config.toml sets the database port to 55422 instead of Supabase's default 54322 - the commit says this avoided a collision on andrsschultz's machine, so it should be reverted to 54322 for general use. Second, the schema file is a copy of backend/migrations/000_one_shot_schema.sql, meaning the tree now has two copies that can diverge. Worth setting up a lint check or replacing one with a symlink.
The GSJ-Master entry added to .gitignore looks like a personal artifact name; ignore it.
No application code changed. This is purely config and docs.
Spotted something wrong? Or know the PR text has fresher detail than the writeup above?