The Wire · Showcase
CLI FIXES FUNCTION DEPLOY FAILURES AND DB RESET 502S
By RepoJournal · Filed · About Supabase
Supabase CLI v2.111.0 ships fault-tolerant function deployments and fixes the Kong gateway going dark after database resets, while Splinter adds structured lint manifests for downstream consumers.
Bulk function deployments were failing catastrophically: a single upload error during `functions deploy` would abort before syncing metadata to the backend, leaving the remote in a stale state and every subsequent deploy broken [2]. v2.111.0 makes deployments fault-tolerant, continuing even if individual functions fail and always syncing metadata at the end [1]. Separately, `supabase db reset` was leaving the Kong gateway returning 502s forever because Kong cached the old container IPs of auth/storage/realtime and never re-resolved them [3]. The fix runs `kong reload` after the satellite restarts, the same pattern `functions serve` uses, so the gateway picks up the moved containers without downtime. CLI also fixed SELinux failures on Fedora with rootless Podman where bind mounts needed explicit relabeling [4]. On the Splinter side, the linter now emits a structured `splinter.json` manifest alongside the monolithic SQL blob, letting downstream consumers like the platform advisor select and filter lints by reading JSON fields instead of parsing with regexes and paren-depth scanners [5]. The release workflow gates on release-worthy commits (feat/fix/breaking-change only; chore/docs/test no longer trigger) and publishes to GitHub Releases [6].
One email a day. Unsubscribe in one click.
Keep up with Supabase in about 3 minutes a day: what actually shipped — the commits, pull requests, releases, and security advisories that matter.
One email a day. Unsubscribe in one click. Read a past issue →
Action items
- → Upgrade to CLI v2.111.0 before your next function deploy supabase/cli [immediate]
- → Run `supabase db reset` to confirm the Kong 502 fix if you hit it recently supabase/cli [plan]
- → Update Splinter consumers to read the new splinter.json manifest for more reliable lint selection supabase/splinter [monitor]
References
- [1] v2.111.0 ↗ supabase/cli
- [2] fix(cli): keep bulk function deploys going and always sync metadata (INC-699) ↗ supabase/cli
- [3] fix(cli): reload kong after db reset ↗ supabase/cli
- [4] fix(cli): start secrets selinux ↗ supabase/cli
- [5] feat: generate splinter.json manifest and publish via release workflow ↗ supabase/splinter
- [6] fix: only release on feat/fix/breaking-change commits; defer S3 upload supabase/splinter