--- title: 'Supabase CLI' description: 'The Supabase CLI provides tools to develop your project locally, deploy to the Supabase Platform, and set up CI/CD workflows.' subtitle: 'Develop locally, deploy to the Supabase Platform, and set up CI/CD workflows' --- The Supabase CLI enables you to run the entire Supabase stack locally, on your machine or in a CI environment. With just two commands, you can set up and start a new local project: 1. `supabase init` to create a new local project 2. `supabase start` to launch the Supabase services ## Installing the Supabase CLI Install the CLI with [Homebrew](https://brew.sh): ```sh brew install supabase/tap/supabase ``` Install the CLI with [Scoop](https://scoop.sh): ```powershell scoop bucket add supabase https://github.com/supabase/scoop-bucket.git scoop install supabase ``` The CLI is available through [Homebrew](https://brew.sh) and Linux packages. #### Homebrew ```sh brew install supabase/tap/supabase ``` #### Linux packages Linux packages are provided in [Releases](https://github.com/supabase/cli/releases). To install, download the `.apk`/`.deb`/`.rpm` file depending on your package manager and run one of the following: - `sudo apk add --allow-untrusted <...>.apk` - `sudo dpkg -i <...>.deb` - `sudo rpm -i <...>.rpm` Run the CLI by prefixing each command with `npx` or `bunx`: ```sh npx supabase --help ``` The Supabase CLI requires **Node.js 20 or later** when run via `npx` or `npm`. Older Node.js versions, such as 16, are not supported and fail to start the CLI. You can also install the CLI as dev dependency via [npm](https://www.npmjs.com/package/supabase): ```sh npm install supabase --save-dev ``` ## Beta channel Pre-release CLI builds ship from the development branch (`X.Y.Z-beta.N` versions). Use the npm `beta` dist-tag, or install `supabase-beta` via Homebrew / Scoop (separate packages from stable). ```sh brew install supabase/tap/supabase-beta brew link --overwrite supabase-beta ``` ```powershell scoop bucket add supabase https://github.com/supabase/scoop-bucket.git scoop install supabase-beta ``` #### Homebrew ```sh brew install supabase/tap/supabase-beta brew link --overwrite supabase-beta ``` #### Linux packages Beta builds are attached to [GitHub pre-releases](https://github.com/supabase/cli/releases). Download the `.apk`, `.deb`, or `.rpm` for your platform and install with the same commands as [Linux packages](#linux-packages) above. Install as a dev dependency: ```sh npm install supabase@beta --save-dev ``` Or run without installing: ```sh npx supabase@beta --help ``` ## Updating the Supabase CLI When a new [version](https://github.com/supabase/cli/releases) is released, you can update the CLI using the same channels. ```sh brew upgrade supabase ``` Beta channel: ```sh brew upgrade supabase-beta ``` ```powershell scoop update supabase ``` Beta channel: ```powershell scoop update supabase-beta ``` #### Homebrew ```sh brew upgrade supabase ``` Beta channel: ```sh brew upgrade supabase-beta ``` #### Linux package manager 1. Download the latest package from the [Supabase CLI releases page](https://github.com/supabase/cli/releases/latest) 2. Install the package using the same commands as the [initial installation](#linux-packages): - `sudo apk add --allow-untrusted <...>.apk` - `sudo dpkg -i <...>.deb` - `sudo rpm -i <...>.rpm` If you have installed the CLI as dev dependency via [npm](https://www.npmjs.com/package/supabase), you can update it with: ```sh npm update supabase --save-dev ``` Beta channel (`supabase@beta`): ```sh npm update supabase@beta --save-dev ``` If you have any Supabase containers running locally, stop them and delete their data volumes before proceeding with the upgrade. This ensures that Supabase managed services can apply new migrations on a clean state of the local database. Remember to save any local schema and data changes before stopping because the `--no-backup` flag will delete them. ```sh supabase db diff -f my_schema supabase db dump --local --data-only > supabase/seed.sql supabase stop --no-backup ``` ## Running Supabase locally The Supabase CLI uses Docker containers to manage the local development stack. Follow the official guide to install and configure [Docker Desktop](https://docs.docker.com/desktop) on your machine. Alternately, you can use a different container tool that offers Docker compatible APIs. - [Rancher Desktop](https://rancherdesktop.io/) (macOS, Windows, Linux) - [Podman](https://podman.io/) (macOS, Windows, Linux) - [OrbStack](https://orbstack.dev/) (macOS) - [colima](https://github.com/abiosoft/colima) (macOS) Inside the folder where you want to create your project, run: ```bash supabase init ``` This creates a new `supabase` folder. It's safe to commit this folder to version control. Now, to start the Supabase stack, run: ```bash supabase start ``` This takes time on your first run because the CLI needs to download the Docker images to your local machine. The CLI includes the entire Supabase stack, and a few additional images useful for local development (like a local SMTP server and a database diff tool). ## Access your project's services Once all the Supabase services are running, you'll see output containing your local Supabase credentials. It should look like the below, with urls and keys that you use in your local project: ``` Started supabase local development setup. ╭──────────────────────────────────────╮ │ 🔧 Development Tools │ ├─────────┬────────────────────────────┤ │ Studio │ http://127.0.0.1:54323 │ │ Mailpit │ http://127.0.0.1:54324 │ │ MCP │ http://127.0.0.1:54321/mcp │ ╰─────────┴────────────────────────────╯ ╭──────────────────────────────────────────────────────╮ │ 🌐 APIs │ ├────────────────┬─────────────────────────────────────┤ │ Project URL │ http://127.0.0.1:54321 │ │ REST │ http://127.0.0.1:54321/rest/v1 │ │ GraphQL │ http://127.0.0.1:54321/graphql/v1 │ │ Edge Functions │ http://127.0.0.1:54321/functions/v1 │ ╰────────────────┴─────────────────────────────────────╯ ╭───────────────────────────────────────────────────────────────╮ │ ⛁ Database │ ├─────┬─────────────────────────────────────────────────────────┤ │ URL │ postgresql://postgres:postgres@127.0.0.1:54322/postgres │ ╰─────┴─────────────────────────────────────────────────────────╯ ╭──────────────────────────────────────────────────────────────╮ │ 🔑 Authentication Keys │ ├─────────────┬────────────────────────────────────────────────┤ │ Publishable │ sb_publishable_... │ │ Secret │ sb_secret_... │ ╰─────────────┴────────────────────────────────────────────────╯ ``` ```sh # Default URL: http://localhost:54323 ``` The local development environment includes Supabase Studio, a graphical interface for working with your database. ![Local Studio](/docs/img/guides/cli/local-studio.png) ```sh # Default URL: postgresql://postgres:postgres@localhost:54322/postgres ``` The local Postgres instance can be accessed through [`psql`](https://www.postgresql.org/docs/current/app-psql.html) or any other Postgres client, such as [pgAdmin](https://www.pgadmin.org/). For example: ```bash psql 'postgresql://postgres:postgres@localhost:54322/postgres' ``` To access the database from an edge function in your local Supabase setup, replace `localhost` with `host.docker.internal`. ```sh # Default URL: http://localhost:54321 ``` If you are accessing these services without the client libraries, you may need to pass the client keys as an `Authorization` header. Learn more about [JWT headers](/docs/learn/auth-deep-dive/auth-deep-dive-jwts). ```sh curl 'http://localhost:54321/rest/v1/' \ -H "apikey: sb_publishable_..." http://localhost:54321/rest/v1/ # REST (PostgREST) http://localhost:54321/realtime/v1/ # Realtime http://localhost:54321/storage/v1/ # Storage http://localhost:54321/auth/v1/ # Auth (GoTrue) ``` `sb_publishable_...` is the publishable key output when you run the command `supabase start`. Local logs rely on the Supabase Analytics Server which accesses the docker logging driver by either volume mounting `/var/run/docker.sock` domain socket on Linux and macOS, or exposing `tcp://localhost:2375` daemon socket on Windows. These settings must be configured manually after [installing](/docs/guides/cli/getting-started#installing-the-supabase-cli) the Supabase CLI. For advanced logs analysis using the Logs Explorer, it is advised to use the BigQuery backend instead of the default Postgres backend. Read about the steps [here](/docs/reference/self-hosting-analytics/introduction#bigquery). All logs are stored in the local database under the `_analytics` schema. ## Stopping local services When you are finished working on your Supabase project, you can stop the stack (without resetting your local database): ```bash supabase stop ``` ## Telemetry The Supabase CLI collects telemetry data about general usage. Participating in this program is optional, and you can opt out at any time. ### How to opt out You can disable telemetry by running: ```bash supabase telemetry disable ``` You can check the current status and re-enable with: ```bash supabase telemetry status supabase telemetry enable ``` You can also opt out using the `SUPABASE_TELEMETRY_DISABLED=1` environment variable. The broader `DO_NOT_TRACK=1` convention is also respected. ## Learn more - [CLI configuration](/docs/guides/local-development/cli/config) - [CLI reference](/docs/reference/cli)