You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/200-orm/300-prisma-migrate/300-workflows/70-patching-and-hotfixing.mdx
+5-5Lines changed: 5 additions & 5 deletions
Original file line number
Diff line number
Diff line change
@@ -55,7 +55,7 @@ To reconcile your migration history and database schema in production:
55
55
1. Push the migration to production **without running `migrate deploy`**. Instead, mark the migration created in the previous step as 'already applied' so that Prisma Migrate does not attempt to apply your hotfix a second time:
This command adds the migration to the migration history table without running the actual SQL.
@@ -91,7 +91,7 @@ The following example demonstrates how to roll back a migration, optionally make
91
91
1. Mark the migration as rolled back - this updates the migration record in the `_prisma_migrations` table to register it as rolled back, allowing it to be applied again:
## Fixing failed migrations with `migrate diff` and `db execute`
@@ -160,7 +160,7 @@ model Post {
160
160
}
161
161
```
162
162
163
-
You create a migration called 'Unique' with the command `prisma migrate dev -n Unique` which is saved in your local migrations history. Applying the migration succeeds in your dev environment and now it is time to release to production.
163
+
You create a migration called 'Unique' with the command `npx prisma migrate dev -n Unique` which is saved in your local migrations history. Applying the migration succeeds in your dev environment and now it is time to release to production.
164
164
165
165
Unfortunately this migration can only be partially executed. Creating the `Post` model and adding the `email` column succeeds, but making the `name` field unique fails with the following error:
0 commit comments