We're supa excited to be helping the Supabase community with environment parity, which means that we want to give you a space that you can code against that looks exactly like your production environment. As a Supabase user, you may have struggled with setting up multiple environments on Supabase, and populating each of those with data. We’ve seen quite a lot of scenarios that sound like this:
“I'm currently trying to implement a dev version of the prod DB but want to have prod data in there to see how it interacts with the prod data. Is there a way to periodically copy the data from the DB and then rebuild the dev DB from that data?” — bathientran
With Snaplet you can do exactly this in 15 minutes or less. Plus you can consistently keep your other environments up to date with a single command. We’ve created a tutorial that explains step-by-step how to solve this problem.
It is still a preview feature and we’re going to improve it over time, so we’d love your feedback! Join our community on Discord if you'd like to help us improve it.
These are some of the things we’re still working on:
- The ability to create a development database in Supabase’s cloud without you having to do anything manually, like copying the connection string, installing the CLI, etc.
- Identifying and automatically transforming the personal information in your database without the need for your explicit input.
If you’ve never heard of Snaplet before, visit our homepage to see more on how we’re helping developers deal with data at scale. Be that whilst copying, generating, sharing, transforming, debugging or migrating data. If you’re a Supabase user and want to see this workflow in action, check out this step-by-step guide. Don't let bad data block you, seed your Supabase database with production-like data so you can code, debug, and test with ease.