makemigrations 和升级到 Django 1.7 的问题
Issues with makemigrations and upgrading to Django 1.7
我的团队在 Django 1.6 和 South 上有一个 运行ning 项目,我们刚刚升级到 1.7。我遵循指南,清除了我以前的南迁移,运行 makemigrations 和 migrate,最终得到了我的服务器 运行ning,所以我将更改推送到我们的存储库。
现在我团队的第二个开发人员从 repo 中退出,升级到 1.7,并尝试 运行 迁移(我从 makemigrations 的迁移在 repo 中,所以似乎没有需要 运行 进行迁移)。但是,每当他尝试迁移时(即使使用 --fake),他都会得到 "Models aren't loaded yet"。他如何在不删除我的所有迁移和 运行ning makemigrations 的情况下启动并 运行ning 环境?
此外,展望未来,在将代码推送到仍在 1.6 上的生产服务器之前,我们必须在 1.7 中进行新的架构迁移。基本上,我们需要升级到 1.7,然后立即应用新的架构更改。如果我们离开南方并同时应用新的 1.7 迁移,会有任何问题吗? Django 会知道 South 最初应用的初始过去迁移与离开 South 后创建的新迁移之间的区别吗?
我们最终弄清楚了如何让它发挥作用。
最初的 makemigrations 中的许多“0002”迁移都失败了,因为表已经存在,所以我们不得不 运行 迁移,伪造其中一个“0002”迁移,运行再次迁移,并重复该过程,直到它通过。这很痛苦,但它奏效了。
我的团队在 Django 1.6 和 South 上有一个 运行ning 项目,我们刚刚升级到 1.7。我遵循指南,清除了我以前的南迁移,运行 makemigrations 和 migrate,最终得到了我的服务器 运行ning,所以我将更改推送到我们的存储库。
现在我团队的第二个开发人员从 repo 中退出,升级到 1.7,并尝试 运行 迁移(我从 makemigrations 的迁移在 repo 中,所以似乎没有需要 运行 进行迁移)。但是,每当他尝试迁移时(即使使用 --fake),他都会得到 "Models aren't loaded yet"。他如何在不删除我的所有迁移和 运行ning makemigrations 的情况下启动并 运行ning 环境?
此外,展望未来,在将代码推送到仍在 1.6 上的生产服务器之前,我们必须在 1.7 中进行新的架构迁移。基本上,我们需要升级到 1.7,然后立即应用新的架构更改。如果我们离开南方并同时应用新的 1.7 迁移,会有任何问题吗? Django 会知道 South 最初应用的初始过去迁移与离开 South 后创建的新迁移之间的区别吗?
我们最终弄清楚了如何让它发挥作用。
最初的 makemigrations 中的许多“0002”迁移都失败了,因为表已经存在,所以我们不得不 运行 迁移,伪造其中一个“0002”迁移,运行再次迁移,并重复该过程,直到它通过。这很痛苦,但它奏效了。