Thank you for your interest in Supabase and your willingness to contribute!
To ensure a positive and inclusive environment, please read our code of conduct. We encourage you to explore the existing issues to see how you can make a meaningful impact. This document will help you setup your development environment.
You will need to install and configure the following dependencies on your machine to build Supabase:
- Git
- Node.js v20.x (LTS)
- npm version 10.x.x or higher
- make or the equivalent to
build-essentials
for your OS - Docker (to run studio locally)
This repo uses Turborepo.
All of our apps are in this Turborepo, which make it easy to share packages and config between projects.
To contribute code to Supabase, you must fork the Supabase repo.
-
Clone your GitHub forked repo:
git clone https://github.com/<github_username>/supabase.git
-
Go to the Supabase directory:
cd supabase
-
Install the dependencies in the root of the repo.
npm install # install dependencies
-
Copy the example
.env.local.example
to.env.local
cp apps/www/.env.local.example apps/www/.env.local
-
After that you can run the apps simultaneously with the following.
npm run dev # start all the applications
Then visit, and edit, any of the following sites:
Site | Directory | Scope name | Description | Local development server |
---|---|---|---|---|
supabase.com | /apps/www |
www | The main website | http://localhost:3000 |
supabase.com/dashboard | /apps/studio |
studio | Studio dashboard (requires Docker, see below) | http://localhost:8082 |
supabase.com/docs | /apps/docs |
docs | Guides and Reference (Next.js based) | http://localhost:3001/docs |
You can run any of the sites individually by using the scope name. For example:
npm run dev:www
Note: Particularly for www
make sure you have copied apps/www/.env.local.example
to apps/www/.env.local
The monorepo has a set of shared components under /packages
:
/packages/ai-commands
: Helpers/Commands for AI related functions/packages/common
: Common React components, shared between all sites/packages/config
: All shared config/packages/shared-data
: Shared data that can be used across all apps/packages/tsconfig
: Shared Typescript settings/packages/ui
: Common UI components
Installing a package with NPM workspaces requires you to add the -w
flag to tell NPM which workspace you want to install into. Do not install dependencies in their local folder, install them from the route using the -w
flag.
The format is: npm install <package name> -w=<workspace to install in>
.
For example:
npm install react -w common
: installs into./packages/common
npm install react -w www
: installs into./apps/www
npm install react -w studio
: installs into./apps/studio
You do not need to install devDependencies
in each workspace. These can all be installed in the root package.
To run Studio locally, you'll need to setup Docker in addition to your NextJS frontend.
First, make sure you have the Docker installed on your device. You can download and install it from here.
-
Navigate to the
docker
directory in your forked repocd docker
-
Copy the example
env
filecp .env.example .env
-
Run docker
docker compose up
This command initializes the containers specified in the docker-compose.yml
file. It might take a few moments to complete, depending on your computer and internet connection.
Once the docker compose up
process completes, you should have your local version of Supabase up and running within Docker containers. You can access it at http://localhost:8082
.
Remember to keep the Docker application open as long as you're working with your local Supabase instance.
After making any changes, open a pull request. Once you submit your pull request, the Supabase team will review it with you.
Once your PR has been merged, you will be proudly listed as a contributor in the contributor chart!
We don't have a process for assigning issues to contributors. Please feel free to jump into any issues in this repo that you are able to help with. Our intention is to encourage anyone to help without feeling burdened by an assigned task. Life can sometimes get in the way, and we don't want to leave contributors feeling obligated to complete issues when they may have limited time or unexpected commitments.
We also recognize that not having a process can sometimes lead to competing or duplicate PRs. There's no perfect solution here. We encourage you to communicate early and often on an Issue to indicate that you're actively working on it. If you see that an Issue already has a PR, try working with that author instead of drafting your own.
We review PRs in the order of their submission. We try to accept the earliest one that is closest to being ready to merge.
Create a new entry in the redirects.js
file in our main site.
We support "federating" docs, meaning doc content can come directly from external repos other than supabase/supabase
.
- It's great for things like client libs who have their own set of docs that we don't want to duplicate on the official Supabase docs (eg.
supabase/vecs
). - No duplication or manual steps required - fetches and generates automatically as part of the docs build pipeline
- It's flexible - you can "embed" external docs nearly anywhere at any level in Supabase docs, but they will feel native
- If you are maintaining a repo containing docs that you think could also live in Supabase docs, feel free to create an issue and we can work together to integrate
Federated docs work using Next.js's build pipeline. We use getStaticProps()
to fetch remote documentation (ie. markdown) at build time which is processed and passed to the respective page within the docs.
See the Vecs Python source code to see how we do this for supabase/vecs
. Use this as a starting point for federating other docs.
Some things to consider:
- Links will often need to be transformed. For example if you are bringing in external markdown content, they may contain relative links that may not translate 1-to-1 after rendering in the Supabase docs. Use the Link Transform rehype plugin to transform links.
- External markdown may contain syntax extensions that Supabase docs don't understand by default (eg. mkdocs-material extensions). We've built a few remark plugins to support these extensions (eg. MkDocs Admonition). If there is a markdown extension that you need that isn't built yet, feel free to open an issue and we can work together to create it.
If you get stuck somewhere or have any questions, join our Discord Community Server or the Github Discussions. We are here to help!