问题标签 [makemigrations]

我正在为我的模型使用 Django 1.7 和 django-polymorphic

当我运行时，makemigrations我得到了这个错误：

我已经通过了 django票，但仍然不知道问题是什么。

所以我已经在 Django 中为我的数据库创建了模型，但现在想重命名模型。我已经更改了 Meta 类中的名称，然后进行迁移/迁移，但这只会创建全新的表。

我也尝试过架构迁移但也没有工作，我使用的是 Django 1.7

这是我的模型

干杯

我有一个现有的应用程序，它有两个模型：

我有 django 1.6，现在我升级到 1.7.1，我做到了：

它在 0001_initial.py 中为模型 A 和 B 创建了两个迁移步骤。然后我做了：

但我在这里

这是屏幕截图：

我该如何解决这个问题？myapp 已经在生产环境中使用 DB 中的东西，所以如果涉及到删除或更新外键等，我需要小心......这真的很烦人，我很想拥有 django 1.7

我的团队有一个项目在 Django 1.6 上与 South 一起运行，我们刚刚升级到 1.7。我按照指南，清除了旧的 South 迁移，运行 makemigrations 并迁移，最终让我的服务器运行，因此我将更改推送到我们的存储库。

现在，我团队中的第二个开发人员从 repo 中退出，升级到 1.7，并尝试运行 migrate（我从 makemigrations 进行的迁移在 repo 中，所以似乎不需要运行 makemigrations）。但是，每当他尝试迁移时（即使使用 --fake），他都会收到“模型尚未加载”。他如何在不删除我的所有迁移和运行 makemigrations 的情况下启动并运行他的环境？

此外，展望未来，在将代码推送到仍在 1.6 上的生产服务器之前，我们必须在 1.7 中进行新的模式迁移。基本上，我们需要升级到 1.7，然后立即应用新的架构更改。如果我们离开 South 并同时应用新的 1.7 迁移，会有什么问题吗？Django 会知道 South 最初应用的过去最初的迁移与离开 South 后创建的新迁移之间的区别吗？

有没有办法处理迁移？

我一直在使用 django 1.8 版，在对 models.py 进行任何更改之后，我们需要运行以下命令 -

很多时候，这会产生错误。碰巧我不得不重建项目，因为没有出路。

我也尝试了以下出路，但都没有奏效。

• 删除了迁移文件夹
• 撤消对 model.py 的更改
• 删除了迁移文件夹中的文件
• 尝试冲洗，挤压迁移

它每次都显示以下错误，其中包含一些未知文件的非常长的错误日志。

帖子编辑：这是整个日志

django.db.utils.IntegrityError：NOT NULL 约束失败：zapp_post__new.specs_order_post_id

这是我的项目的链接，目前正在显示错误。您可以尝试运行应用程序

在这种情况下应该怎么做？

当我向模型添加没有默认值的新字段时

并运行 makemigrations 我收到此消息

当我在普通控制台中选择第一个选项时，它设置默认值并且工作正常，但是当我在 pycharm manage.py 控制台中执行相同操作时，我收到此错误

我不明白，我做错了什么？为什么它在pycharm中不起作用？我怎样才能解决这个问题？我使用 PyCharm 4.5.2 Pro

我有一个模型，我正在尝试向它添加一个外键字段。

这是字段定义：

当我尝试执行makemigrations命令时，出现以下错误：

我有一个带有相关字段设置的模型。我跑manage.py migrate然后它在我的数据库中创建了一个表。然后我运行manage.py makemigrations，以便它可以创建一个带有前缀“0001”的初始迁移文件。我在模型中添加了另一个字段，然后manage.py makemigrations再次运行，它创建了另一个带有前缀“0002”的迁移文件。当我manage.py migrate现在运行时，它仍然会查看第一个迁移文件，因此会抛出“表已存在”的错误。如何让它只查看最新的迁移文件，以便将新列添加到表中？我正在使用 MySQL。

上下文：Django 1.7；MySQL 5.6.23；在 AWS 上运行（不确定确切的 Linux 操作系统版本）

我有一个 Django 1.7 项目。当我进行初始迁移以在我的 Windows 笔记本电脑上本地构建我的数据库时，我得到以我的应用程序名称为前缀的表，如下所示：

myapp_person (对于 Django class Person(models.Model))

myapp_personmap（用于 Django class PersonMap(models.Model)）

当我进行迁移并迁移到 AWS Linux 服务器时，这些表的名称如下：

MyApp_person

MyApp_personmap

请注意 app-name 前缀的意外 CamelCase 和其余表名的预期小写。

我的问题：

1. 什么控制表格的 appname 前缀（例如“myapp_person”中的“myapp_”）？
2. 如何让迁移在 AWS 上使用全小写，就像在我的 Windows 笔记本电脑上本地使用一样？

我正在尝试在 python 3、django 1.9 上使用 django-planet。按照他们页面上的说明进行操作后，python manage.py makemigrations 后出现以下错误：

planet.Feed.site: (fields.E300) 字段定义与模型“站点”的关系，该模型要么未安装，要么是抽象的。