首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >Django:破碎的迁徙

Django:破碎的迁徙
EN

Stack Overflow用户
提问于 2016-10-27 16:01:10
回答 1查看 2.2K关注 0票数 0

我正在尝试在新机器上本地安装Django应用程序,但是迁移似乎完全失败了。它们需要按照特定的顺序执行,这在几个月前我设置环境的第一台机器上工作,但现在存在不一致(虽然我非常肯定没有生成新的迁移)。

所以我能想到的唯一解决方案就是把数据库从旧机器上导出到新的机器上。那能行吗?

这并不能解决被破坏的迁移问题,但至少我可以处理代码,直到有了适当的解决办法。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2016-10-27 16:17:10

回答这个问题:

所以我能想到的唯一解决方案就是把数据库从旧机器上导出到新的机器上。那能行吗?

是的,如果您确信您的数据库与您的模型是同步的,这是可以工作的。如果您想要为更新您的生产环境做好最好的准备,这实际上是一条道路。

  1. 从当前的生产机器获得转储
  2. 创建一个新数据库并加载转储
  3. 检查模型和迁移历史之间是否存在差异(对于新的Django迁移来说,这更可靠,南方是一个外部工具,并不具备所有的可能性)(例如./manage.py showmigrations (1.10)、./manage.py migrate --list (1.7-1.9和South) )
  4. 如果您确信不需要运行迁移,但清单显示了差异,那么请执行:./manage.py migrate --fake

注意,在较新的版本中,您可以执行./manage.py migrate,如果模型和迁移是同步的,它将报告一切正常。在部署到生产中之前,这可能是一次是否正确的检查。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/40289327

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档