恢复已删除的 Django 迁移

TJB*_*TJB 1 migration django postgresql webfaction

在我的生产服务器上,我不小心删除了我的应用程序之一中的迁移目录。多个人在开发该应用程序,因此在制作应用程序时,我们所做的就是在本地不进行任何迁移的情况下推送模型更改,然后在生产服务器上进行迁移,然后迁移到那里。我们这样做是因为我们过去遇到过迁移合并问题,并且认为这可能是一个很好的解决方案。由于没有迁移文件夹的本地副本,我担心它会永远消失。我的问题是这样的。我可以在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),
        ),
    ]
Run Code Online (Sandbox Code Playgroud)

PostgreSQL django_migrations 表行 在此输入图像描述

Max*_*x M 5

  1. 从数据库的迁移表中删除已删除迁移文件的该应用程序的所有整体。

  2. $ python manage.py makemigrations <app>

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

  1. $ python manage.py migrate <app> --fake

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

只要迁移文件被删除的应用程序没有发生任何更改,这种方法就应该有效。

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

#Edit回答评论中的附加问题:

  • 初始$ 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% 知道这一点)的迁移文件。因此,这些将在迁移时被跳过。