python manage.py migrate --fake <appname> vs python manage.py migrate --fake <appname> 零

当我运行 python manage.py migrate --fake photos zero 时：

要执行的操作：
取消应用所有迁移：照片运行迁移：渲染模型状态...完成
不适用照片.0001_initial...伪造

运行上面的命令后，我当时运行了 python manage.py migrate 出现这个错误。

Traceback：Traceback（最近一次调用最后一次）：

文件 "C:\Users...\lib\site-packages\django\db\backends\sqlite3\base.py",第 411 行，执行中返回 Database.Cursor.execute(self,query)

django.db.utils.OperationalError: table "photos_userphoto" 已经存在

当我运行 python manage.py migrate --fake photos 时：

要执行的操作：应用所有迁移：照片正在运行迁移：正在应用照片。0001_initial ... FAKED Applying 照片.0002_auto_20210303_0120...伪造

运行上面的命令后，我运行了 python manage.py migrate 并且这个工作完美。

Running migrations:
  Applying photos.0003_auto_20210303_0123... OK

所以我的问题是，python manage.py migrate --fake <appname> 与 python manage.py migrate --fake <appname> zero 之间有什么区别，为什么第一个命令会抛出错误？

谢谢..

您似乎对 --fake 标志有误解。根据 documentation --fake 标志：

将迁移标记为目标（遵循上述规则）已应用，但没有实际运行 SQL 来更改您的数据库架构。

它还进一步指出，它适用于手动进行更改的高级用户。基本上，Django 制作了一个表 django_migrations 来管理您的迁移。它会向其中添加一个条目以标记是否已应用迁移。 --fake 所做的只是根据您指定的迁移在此表中添加/删除条目。还有 zero 表示撤消所有迁移。

python manage.py migrate --fake photos zero

上面的命令意味着你基本上对 Django 说：

我已经或将要从数据库中手动删除（d）所有表等应用照片

python manage.py migrate --fake <appname>

在上面的命令中，您没有指定迁移（在之前您指定了零），这意味着假设您的意思是直到最近的迁移。基本上用 --fake 这个命令意味着：

我已经或将要手动制作数据库中的所有表格等直到最近一次的迁移。

据我了解，您只进行了一些更改并希望更新您的数据库，为此您可以简单地编写：

python manage.py migrate