Supabase to Supabase migration
Use this guide to understand how Miglify helps move supported resources between Supabase projects.
What can be migrated
- Database schema and rows
- Auth users
- Storage buckets and files
- Secret requirements (values are configured securely for the destination)
- Edge Functions — deployed through the supported workflow when the required source and authorization are available
Database schema and rows
Miglify inspects source tables and moves supported schema and rows into the destination project during the database module.
Auth users
Auth users are migrated when the auth module is selected. Existing destination users are not overwritten.
Storage buckets and files
Storage buckets and files are copied to the destination project when the storage module is selected.
Secrets
Miglify detects required Secret names and guides secure configuration for the destination according to the selected workflow and available Supabase authorization.
Edge Functions
Miglify detects Edge Functions and evaluates deployment readiness based on available source code, required Secrets, and Supabase authorization. Remaining requirements are surfaced before completion.
Before migration checklist
- Destination project is fresh or intentionally prepared.
- Credentials validated in Miglify.
- Selected modules are the ones you want to move.
- Detected resource counts fit the applicable migration limits.
Running the migration
Confirm the job to start. Miglify runs each selected module in sequence and shows live progress.
Reviewing progress
Use the job detail page timeline to see each stage: discovery, schema, data, storage, auth, and verification.
Rollback behavior
Rollback removes only supported destination items Miglify created during that migration.
Migration limits
See the Migration limits page.