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: develop-docs/api-server/application-domains/database-migrations/index.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -151,7 +151,7 @@ To avoid this, follow these steps:
151
151
- If the column is a foreign key, remove the database level foreign key constraint it by setting `db_constraint=False`.
152
152
- Remove the column and in the generated migration use `SafeRemoveField(..., deletion_action=DeletionAction.MOVE_TO_PENDING)` to replace `RemoveField(...)`. This only marks the state for the column as removed.
153
153
- Combine these migrations together to save making multiple deploys
154
-
- Deploy. It's important that all previous prs are in production before we remove the actual column from the table.
154
+
- Deploy your migration changes. It's important that all previous pull requests are in production before we remove the actual column from the table.
155
155
- Make a PR that create a new migration that has the same `SafeRemoveField` operation as before, but set `deletion_action=DeletionAction.DELETE` instead. This deletes the actual column from the table in Postgres.
0 commit comments