ci: pin supabase CLI to 2.98.2 (v2.99.0 broke asset naming)#2286
Conversation
Supabase CLI v2.99.0 (released 2026-05-18 09:29Z) ships release assets with the version embedded in the filename: supabase_2.99.0_linux_amd64.tar.gz (v2.99.0 — new) supabase_linux_amd64.tar.gz (v2.98.2 and prior — old) The supabase/setup-cli@v2.0.0 action hardcodes the unversioned filename for any CLI version >= 1.28.0: https://github.com/supabase/setup-cli/blob/df56b21/src/main.ts#L174 So with 'version: latest' the action requests github.com/supabase/cli/releases/latest/download/supabase_linux_amd64.tar.gz which 404s on v2.99.0. This started failing capgo deploys around 09:45Z today (capgo-12.139.0 failed in supabase_deploy at the Install Supabase CLI step). Pinning to 2.98.2 (the last release with the unversioned asset) restores deploys. Revert this back to 'latest' once Supabase restores the unversioned asset OR supabase/setup-cli ships a fix that handles both naming conventions.
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe ChangesSupabase CLI Version Pin
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Merging this PR will not alter performance
Comparing Footnotes
|
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
|



Why this is failing
Supabase CLI v2.99.0, released today at 09:29Z, changed the release-asset naming back to embedding the version in the filename:
supabase_linux_amd64.tar.gz(unversioned)supabase_<ver>_linux_amd64.tar.gz(versioned)The
supabase/setup-cli@v2.0.0action hardcodes the unversioned name for any CLI version ≥ 1.28.0 (source):So with
version: latestthe action requests:which now redirects to v2.99.0 and 404s because that asset doesn't exist anymore.
This broke
capgo-12.139.0deploy at theInstall Supabase CLIstep at 09:45Z:https://github.com/Cap-go/capgo/actions/runs/26025913204/job/76500232864
Same break is hitting every repo on GitHub using
supabase/setup-cli@v2.0.0+version: latesttoday.The fix
One-line pin: `version: latest` → `version: 2.98.2` in
.github/workflows/build_and_deploy.yml. v2.98.2 is the most recent CLI release that still ships the unversioned asset, so the action's hardcoded URL resolves successfully.Revert plan
Switch back to `version: latest` once either:
supabase_<platform>_<arch>.tar.gzasset in future releases, orsupabase/setup-cliships a v2.0.1+ that understands the versioned-only naming.Tracking: https://github.com/supabase/setup-cli (no open issue yet — this regression is ~1 hour old).
Test plan
build_and_deploy.ymldeploy reachesApply Supabase Migrationsstep and succeedsSummary by CodeRabbit
Bug Fixes
Documentation