1
izoabr 2020-02-18 22:07:32 +08:00
有几个办法:
1、可能是 migrations 文件或者是数据库的 migrations 表的数据有丢失,这种情况通常是因为你更新文件的时候整个覆盖,或者 migrate 的时候用的是其它节点 migrate 的,所以造成不同步。解决同步问题。 2、不管那么多,dump fixture 出来,删库,重建,loadfixture,不行就跑路。 3、直接跑路 |
2
izoabr 2020-02-18 22:08:14 +08:00
还有,你这里用的是 Python3.6,不是 2.2 哦
|
4
wd 2020-02-19 08:12:37 +08:00 via iPhone
fake 试过吗?
|
5
ytmsdy 2020-02-19 09:01:00 +08:00
1.本地新建一个全新的数据库,基于现有的 migrate file 先跑一边 manage.py migrate
2.本地再跑一边 makemigrations 看看有没有错误。如果没有错误就把生产环境里面的 django_migrations 表的数据清空,3 将本地的数据库里面的 django_migrations 数据,倒入到生产环境中 |
6
Dganzh 2020-02-19 10:12:18 +08:00
migrations 文件夹下的文件跟数据库里的一张表 django_migrations 记录的不一致
|
9
python30 OP @ytmsdy
我直接把原先 migrations 里面的文件复制过来了 因为原先的是 django1.11 现在的是 django2.2 可能不太兼容 我注释了一部。乱七八遭的改了一下。剧然可以了 我想如果是同版本的 django 的话。应该直接复过 migrations 里面的文件来就可以 |
10
sazima 2020-02-19 12:18:25 +08:00
数据库从一个服务器移到另一个服务器, 不需要 django 的迁移, 直接 mysqldump 就行
|
11
ytmsdy 2020-02-19 12:25:09 +08:00
@python30 1.1 到 2.2 是一个比较大版本的迁移了,其实最好是保持开发状态下的版本。要不然到生产环境出一些奇奇怪怪的问题查都不知道从哪里下手。
|
12
python30 OP |
13
python30 OP @ytmsdy 是的。主要是大部分都升级到 django2.2 了。 后来的用 django1.x 的也慢慢升级。
这次升级这点小事卡了两天。。。 |
14
kevinguoCN 2020-02-19 13:00:26 +08:00
|
15
wuwukai007 2020-02-19 14:04:36 +08:00
如果你用了自定义 User ,那么要到 django 源码中
site-packages\django\contrib\auth\migrations 删除除了__init__.py 的文件 然后自己项目删除 migrations 中的 py 文件 然后重新 migrations |
16
python30 OP @wuwukai007
嗯。这个方法好像也可以。不过现在已经可以了。就不云实验了 |