gpt4 book ai didi

django - 恢复已删除的 Django 迁移

转载 作者:行者123 更新时间:2023-11-29 12:54:47 25 4
gpt4 key购买 nike

在我的生产服务器上,我不小心删除了我的一个应用程序中的迁移目录。多个人在应用程序上工作,所以在制作应用程序时,我们所做的是在不在本地进行任何迁移的情况下推送我们的模型更改,而不是在生产服务器上进行迁移,然后迁移到那里。我们这样做是因为我们过去遇到过迁移合并问题,并且认为这可能是一个很好的解决方案。由于没有迁移文件夹的本地副本,我担心它永远消失了。我的问题是这样的。我可以在 Webfaction 中访问 phpPgAdmin,数据库中有一个 django_migrations 表。我认为一个解决方案是找到最新的迁移,例如 0009_migration.py,而不是简单地重命名一个新的迁移文件,0010_migration.py 用于我的下一次迁移,如果我将来在该应用程序中进行任何模型更改。这样我就可以简单地运行 migrate,并且它只会与尚未运行的迁移一起考虑,0010_migration.py。但出于好奇,是否有一些命令会查看您的 PostgreSQL 数据库,并根据 django_migrations 表中存档的迁移记录在您的应用程序迁移目录中创建迁移文件?

我想问这个问题的更简单方法是“有没有办法将 django_migrations 表行逆向工程到 migrations.py 文件中?”这是我在 PostgreSQL 中的 django_migration 表行的图像,以及我希望文件看起来像什么,只是使用不同的命令。

Django 迁移

class Migration(migrations.Migration):

dependencies = [
('portfolio', '0001_initial'),
]

operations = [
migrations.AddField(
model_name='project',
name='contact_form',
field=models.BooleanField(default=False),
),
]

PostgreSQL django_migrations 表行 enter image description here

最佳答案

1) 从数据库的迁移表中删除迁移文件已删除的应用程序的所有内容。

2) $ python manage.py makemigrations <app>

这会创建 1 新的迁移文件(初始迁移)。

3) $ python manage.py migrate <app> --fake

将初始迁移写入迁移表但不接触任何其他表(实际上不迁移)。

只要迁移文件被删除的应用程序没有发生任何变化,它就应该可以工作。

这可能会解决意外删除迁移文件的问题(假设它们是由 manage.py 自动创建且未被操纵)。但我不知道重构迁移表是否能够或是否值得推荐 - 它也可能导致适应迁移文件的自动创建,需要在自动创建后手动操作任何迁移文件甚至需要重写 django 后端。

编辑

评论中附加问题的答案:

  • 初始$ python manage.py makemigrations <app>创建一个迁移文件,描述给定应用程序中所有模型的当前架构($ python manage.py makemigrations 对所有应用程序执行此操作)。
  • 初始$ python manage.py migrate <app> 应用给定应用程序的所有迁移文件到数据库并写入您的迁移表哪些应用了迁移文件。在初始迁移时,将创建具有所需属性和关系的所有所需数据库表($ python manage.py migrate 为所有应用程序执行此操作)。
  • 正在关注 $ python manage.py makemigrations <app>将创建描述最新迁移文件(因此是此应用程序中模型架构的最新描述)和当前之间的差异的迁移文件此应用中模型的架构。
  • 数据库的迁移表仅包含有关哪些应用程序的哪些迁移文件应用于数据库的信息。
  • 正在关注 $ python manage.py migrate <app>将使用该迁移表来检查哪些迁移文件已应用于数据库。如果有未应用的迁移文件,它们将被应用,然后写入迁移表。

因此,如果您删除某个应用的迁移文件,您只需删除该应用的模型模式的描述历史。迁移表中的条目也是如此:您只需删除有关应用于数据库的哪些迁移文件的信息。

  • $ manage.py migrate <app> --fake还检查哪些迁移文件必须应用于您的数据库,并将所有要应用的迁移文件写入您的迁移表。但是此命令不会将它们应用于您的数据库。

所以我建议的实际解决方案如下:

  1. 删除关于某个特定应用程序将哪些迁移文件应用于您的数据库的信息
  2. 为该应用创建一个新的迁移文件
  3. 将迁移文件写入迁移表但不应用它。 << 这就是为什么自从删除迁移文件后您的应用模型不能有任何变化。

为什么需要删除迁移表中的现有条目?

正如您在问题中提供的图片中看到的那样,迁移中的条目存储了任何应用的迁移文件的名称。不删除这些条目会导致 manage.py migrate假设已经应用了具有相同名称(或编号 - 我不是 100% 知道这一点)的迁移文件。所以这些将在迁移时被跳过。

关于django - 恢复已删除的 Django 迁移,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46210616/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com