Create a development or staging environment for your database through branches
PlanetScale allows you to branch database schemas the same way you branch your code.
If you need to make a schema change to your production database, here's how you do it with PlanetScale:
- Create a new development branch off of your production branch. This is an isolated copy of your production schema that you're free to play around with.
- Make schema changes to this copy of your database (drop a column, add a table, etc.).
- Test them out in your development environment to make sure everything works correctly.
- Once you're satisfied with the changes, create a deploy request.
- PlanetScale will create a schema diff comparing your production schema to your development schema that you're requesting to deploy so that you know exactly what changes will be made. We'll also let you know if the deploy request is able to be deployed. This means catching issues with your schema, such as missing unique keys, etc.
- You can have your team review your deploy request and, optionally, approve it for deployment.
- You then add it to the deploy queue, and PlanetScale will begin the deployment.
- The schema changes are deployed in a way that causes ZERO downtime. No individual tables get locked, and production is not slowed down during the migration. This is what we call non-blocking schema changes. You can learn more about this process in our Non-blocking schema changes documentation.
PlanetScale Branching Flow Diagram
Development and production branches
PlanetScale provides two types of database branches:
- Development branches — Development branches provide isolated copies of your production database schema where you can make changes, experiment, or run CI. Note, only the schema is copied, not the data.
- Production branches — Production branches are highly available databases intended for production traffic. They are protected from direct schema changes by default and include automated daily backups. To make a change to a production branch, you must create a deploy request.
You'll see a
ERROR 1105 (HY000): direct DDL is disabled message if you attempt to make schema changes in a
production branch. Instead, create a development branch, and make your changes there.
Promote a branch to production
PlanetScale provides the ability to promote any development branch with a valid schema to production. Promoting a branch to production will require future schema changes to be made via a deploy request and will engage any custom backup schedules you have configured for production branches in addition to the automatic daily backups.
Promote a development branch to production
Every new PlanetScale database is created with a development branch named
This development branch is intended for you to directly apply a schema (without creating a deploy request like you would for a production branch), import data, and experiment with your database before promoting the branch to production.
That said, you don't have to use the default
main branch as your production branch. Any development branch can be promoted to production.
Once you are satisfied with the changes you've made to your development branch, you can promote it to production. Going forward, you can continue to make new development branches off of this production branch whenever you need to make a schema change.
A branch can be promoted from the branch overview page in the PlanetScale app or by using the PlanetScale CLI, as shown below:
It's possible to run multiple production branches simultaneously, within your plan's limits. Keep in mind, PlanetScale does not provide data syncing between production branches.
Create a development branch
If you need to make schema changes to your production application, you can create a new development branch off of the production branch. This will copy the production schema into a new branch where you can create and test your changes.
Development branches will not copy over production data, just the schema.
How to create a development branch:
- On the database overview page in your PlanetScale dashboard, click the "New branch" button.
- Give your development branch a name and select the region closest to your or your application.
- Select the production branch you want to branch off of. You can also select another development branch.
- Click "Create branch".
- (Optional) You can also create a new branch from the PlanetScale CLI with:
How to deploy a branch
Once you're satisfied with the schema changes you have made on a branch, you can deploy your changes to production.
1. Create a deploy request
If you are working in a team, the deploy request creates an opportunity for your teammates to review the changes you have made before they are deployed to production.
- Make sure your database has a production branch. You cannot create a deploy request without a production branch to deploy to.
- To create the deploy request, go to the branch overview page for the branch you want to deploy.
- Select the production branch you want to deploy to from the "Deploy to" dropdown.
- (Optional) Add a comment describing your deploy request.
- Click "Create deploy request".
PlanetScale deploy request example
- (Optional) You can also create a deploy request from the PlanetScale CLI with the following command:
2. Review the deploy request
The deploy request includes a schema diff so that you can review the schema changes introduced by the deploy request against the production branch.
- On the deploy request page, click the "Schema changes" tab.
- Schema additions are highlighted in green, and deletions are highlighted in red.
- (Optional) You can also run the command below to see the schema diff in the PlanetScale CLI:
Another benefit of the deploy request review process is that PlanetScale will determine if certain requests aren't deployable. For example, if you try to deploy a branch with no unique key, PlanetScale will block the deployment, as the unique key is required.
3. Add changes to the deploy queue
Once a deploy request has been created and, optionally, approved, you need to add the changes to the deploy queue.
Schema changes are deployed to a database in the order in which they are received. PlanetScale analyzes the schema changes in a deploy request when they are added to the deploy queue to ensure that the changes do not conflict with any of the queued schema changes.
PlanetScale also provides insight on the deploy queue, listing all of the schema changes in the queue with their completion status.
- Organizations have the option to require approval before a deploy request can be added to the queue. If this is enabled, first make sure the request is approved. You can control this option in the database's "Settings" tab.
- To add a deploy request to the deploy queue, click “Add changes to the deploy queue” on the deploy request page.
- (Optional) You can also run the following command with the PlanetScale CLI:
- If successful, you'll get the message "These changes have been deployed".
- Your deploy request has now been merged into production. You can click on the "Deploy requests" tab of the database to see the list of previous deploys.
The first database branch that gets promoted to production is automatically set as the default branch for your database. Once you have a production branch, you must always have a default branch.
How to change the default branch:
- Go to your database overview page and click the "Settings" tab.
- Under "General" in the sidebar, you'll find the "Default branch" dropdown.
- Select the branch you want to be the default branch. It does not have to be a production branch.
- Scroll down and click "Save database settings".
Delete a branch
You can delete a branch from the Branches overview page or by running the following command in the PlanetScale CLI:
We recommend deleting branches after a deploy request is complete or if you are no longer using the branch for testing.
Only Organization Administrators have permission to delete production branches.
You cannot delete a branch that's set as default. To delete, it set another branch as the default first.
Resolve a schema conflict
Schema conflicts occur when your development branch has conflicting changes with the production branch.
To resolve a schema conflict, create a new branch from production, which will have the most up-to-date schema, and apply the necessary schema changes to the new branch before repeating the deploy process.
Automatically copy migration data
Many frameworks and migration tools keep track of data schema changes in a migration table. When turned on, PlanetScale will automatically copy migration table metadata from your development branches to the production branch as part of our deployment process.
Turn on automatic copying of migration data:
- On your database overview page, click the "Settings" tab.
- Check the "Automatically copy migration data" box.
- Select one of the listed frameworks: Rails, Phoenix, Laravel, Django, .NET, Sequelize, or Other, which allows you to specify a custom table name.
You can see how this works in this Rails migration tutorial.