执行 Python manage.py makemigrations 报这错。除了删数据库重建外还有别的办法吗?

2020-02-18 21:43:20 +08:00
 python30
情况是这样的,
以前执行过 migrate
现在数据库里有数据了
我转移了一台云服务器

mysqldump xxx 备份的数据库


再执行 python manage.py makemigrations 报下面的错,查了一下大部分都是说删除数据库重建。除此外还有别的办法吗?

centos7.4 + python2.2 + mysql5.7

Traceback (most recent call last):
File "manage.py", line 21, in <module>
main()
File "manage.py", line 17, in main
execute_from_command_line(sys.argv)
File "/usr/local/lib/python3.6/site-packages/django/core/management/__init__.py", line 381, in execute_from_command_line
utility.execute()
File "/usr/local/lib/python3.6/site-packages/django/core/management/__init__.py", line 375, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/usr/local/lib/python3.6/site-packages/django/core/management/base.py", line 323, in run_from_argv
self.execute(*args, **cmd_options)
File "/usr/local/lib/python3.6/site-packages/django/core/management/base.py", line 364, in execute
output = self.handle(*args, **options)
File "/usr/local/lib/python3.6/site-packages/django/core/management/base.py", line 83, in wrapped
res = handle_func(*args, **kwargs)
File "/usr/local/lib/python3.6/site-packages/django/core/management/commands/makemigrations.py", line 101, in handle
loader.check_consistent_history(connection)
File "/usr/local/lib/python3.6/site-packages/django/db/migrations/loader.py", line 299, in check_consistent_history
connection.alias,
django.db.migrations.exceptions.InconsistentMigrationHistory: Migration users.0001_initial is applied before its dependency auth.0011_update_proxy_permissions on database 'default'.
2743 次点击
所在节点    Python
16 条回复
izoabr
2020-02-18 22:07:32 +08:00
有几个办法:
1、可能是 migrations 文件或者是数据库的 migrations 表的数据有丢失,这种情况通常是因为你更新文件的时候整个覆盖,或者 migrate 的时候用的是其它节点 migrate 的,所以造成不同步。解决同步问题。
2、不管那么多,dump fixture 出来,删库,重建,loadfixture,不行就跑路。
3、直接跑路
izoabr
2020-02-18 22:08:14 +08:00
还有,你这里用的是 Python3.6,不是 2.2 哦
python30
2020-02-18 22:12:56 +08:00
@izoabr 谢谢。说错了
是 python3.6
django2.2
wd
2020-02-19 08:12:37 +08:00
fake 试过吗?
ytmsdy
2020-02-19 09:01:00 +08:00
1.本地新建一个全新的数据库,基于现有的 migrate file 先跑一边 manage.py migrate
2.本地再跑一边 makemigrations 看看有没有错误。如果没有错误就把生产环境里面的 django_migrations 表的数据清空,3 将本地的数据库里面的 django_migrations 数据,倒入到生产环境中
Dganzh
2020-02-19 10:12:18 +08:00
migrations 文件夹下的文件跟数据库里的一张表 django_migrations 记录的不一致
python30
2020-02-19 11:23:09 +08:00
@wd 试过。不大行
python30
2020-02-19 11:24:03 +08:00
@Dganzh
应该是
得找到原先生成的 migration 下面的文件对比一下
python30
2020-02-19 11:26:27 +08:00
@ytmsdy
我直接把原先 migrations 里面的文件复制过来了
因为原先的是 django1.11 现在的是 django2.2 可能不太兼容
我注释了一部。乱七八遭的改了一下。剧然可以了


我想如果是同版本的 django 的话。应该直接复过 migrations 里面的文件来就可以
sazima
2020-02-19 12:18:25 +08:00
数据库从一个服务器移到另一个服务器, 不需要 django 的迁移, 直接 mysqldump 就行
ytmsdy
2020-02-19 12:25:09 +08:00
@python30 1.1 到 2.2 是一个比较大版本的迁移了,其实最好是保持开发状态下的版本。要不然到生产环境出一些奇奇怪怪的问题查都不知道从哪里下手。
python30
2020-02-19 12:26:25 +08:00
@sazima 直接 mysqldump 备份
mysql 还原。执行 python manage.py makemigrations 时就出上面提示的错。
后来复制过相关 migrations 里面的文件来就可以了
python30
2020-02-19 12:27:21 +08:00
@ytmsdy 是的。主要是大部分都升级到 django2.2 了。 后来的用 django1.x 的也慢慢升级。
这次升级这点小事卡了两天。。。
kevinguoCN
2020-02-19 13:00:26 +08:00
可以看一下我这篇文章。 有两个命令可以了解一下 --fake
--fake--inital
https://www.kevinguo.cn/blog/detail/102/
wuwukai007
2020-02-19 14:04:36 +08:00
如果你用了自定义 User ,那么要到 django 源码中
site-packages\django\contrib\auth\migrations 删除除了__init__.py 的文件
然后自己项目删除 migrations 中的 py 文件
然后重新 migrations
python30
2020-02-19 14:37:28 +08:00
@wuwukai007
嗯。这个方法好像也可以。不过现在已经可以了。就不云实验了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/645658

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX