| Crates.io | supabase-plus |
| lib.rs | supabase-plus |
| version | 0.8.12 |
| created_at | 2025-10-26 15:35:16.025257+00 |
| updated_at | 2026-01-13 11:38:51.591763+00 |
| description | An extra set of tools for managing Supabase projects going beyond the possibilities of regular Supabase CLI |
| homepage | |
| repository | https://github.com/dsplce-co/supabase-plus |
| max_upload_size | |
| id | 1901545 |
| size | 533,682 |
We're dsplce.co, check out our work on our website: dsplce.co π€
β‘ Extra tools for managing Supabase projects β going beyond the regular Supabase CLI.
supabase-plus (sbp) is a batteries-included command-line utility that extends the official Supabase CLI with additional project management capabilities
Disclaimer: this project has no affiliation with the official Supabase project or trademark.

sbp stop-any Ever been working on multiple projects? No clue which to stop to start the current? Here's the picklocksbp create bucket Had buckets locally once, never found them in prod at the end? Here's the command you "forgot" to runsbp watch ./rpc -I Stop fighting the teeny-tiny studio editor and store your rpcs in the repo like a humanAnd others like:
sbp manage realtimesbp manage migrationsβΈ»
Install from crates.io using cargo:
cargo install supabase-plus
Alternatively you can find pre-built binaries for your platform on GitHub.
After installation, the sbp command will be available in your terminal.
Install from our tap:
brew install dsplce-co/tap/supabase-plus
This makes the sbp command available in your terminal.
.deb fileYou can find the latest .deb file on GitHub Releases.
Coming soon
Coming soon
βΈ»
If you ever worked on multiple "Supa-based" projects you probably encountered this scenario where:
supabase startAnd then you had no clue which one; we've all been there, I'm not gonna even describe my ways of figuring this out, just run this, they're encapsulated in a single command:
sbp stop-any
But if you're really curious here you go, it:

You might also have had this situation where you got your buckets created, you were happy, and then after merging to prod and having (db-diff-generated) migrations run, you've realised (or your client has), your buckets were either your imagination or db diff just simply didn't reflect them
Well, it didn't and it won't as they're stored as records in a table ("storage"."buckets") and are not part of any schema
sbp create bucket
This command will:
supabase/migrations/
Another entity which is db-diff-immune are realtime switches on tables, they're neither schema nor data, but are bound to a publication feature of Postgres, long story short, run:
sbp manage realtime
This command will:
public)supabase_realtime publicationsupabase/migrations/
Change my mind but chasing the latest version of an RPC in the depths of Postgres or the latest migration containing it (mild-panic) or copying it from the studio's RPC editor aren't things I like to do. Especially in order to edit it in an untitled file in my editor and then paste it back and execute in db to sync any change
C'mon, I'm lazy I don't want to leave my editor
Why not store them in repo to watch them and execute automatically on change?
sbp watch ./rpc
This command will:
.sql files in the specified directorysupabase db diff -f <migration_name>
to generate a migration that will reflect on remote environmentsYou can also run all SQL files immediately when starting the watcher:
sbp watch ./rpc --immediate
The --immediate (or -I) flag will execute all existing SQL files in the directory initially on the command start.
Example file:
rpc/hello_world.sql:
drop function if exists public.hello_world;
create function public.hello_world(name text)
returns boolean
language plpgsql
security definer
as $function$
declare
greeting text;
begin
end;
$function$;
Please note that there is a drop statement at the beginning of the file. This is necessary to ensure that the function is dropped before it is recreated. In the future we plan to add --autodrop flag to automatically generate and run drop statements before applying the file's SQL behind the scenes.

Generate shell completions for your preferred shell:
sbp completions bash
# For zsh it tries to write a completion script to ~/.zsh/completion/_sbp path by default in future
# there might be an option to automatically write the script for other shells too
sbp completions zsh
# If you want to get the completion script just printed you can pass `-n` flag
sbp completions zsh -n
sbp completions fish
sbp completions powershell
Keep your installation up to date:
sbp upgrade
βΈ»
/var/run/docker.sock on Unix-based systems and \\.\pipe\docker_engine on Windowssupabase CLI commands when needed (in the future there will be an option of customising the source of this command), it usually comes with Node.js installationβΈ»
π οΈ Repo: https://github.com/dsplce-co/supabase-plus
π¦ Crate: https://crates.io/crates/supabase-plus
PRs welcome, feel free to contribute
βΈ»
MIT or Apache-2.0, at your option.