使用South And django 1.7迁移的可重用应用程序的升级路径
或者：Django 1.7用户仍然可以使用南方？ 我是可重复使用的应用程序的维护者。我们的策略是始终支持最新的两个版本的Django。我们有一个广泛的南迁，我们希望支持新的Django 1.7迁移系统。 我所困惑的是我如何允许开发人员使用我的应用程序与Django 1.6（和南）和Django 1.7（新迁移）。 Django文档建议”删除所有先前存在的南方迁移。但是这不是一个选
..
django-south相关内容
改变南方移民目录
如何更改South寻找应用迁移的位置？ 默认情况下，South假定应用程序的迁移位于/迁移中。但是，我已经迁移了安装在/usr/local/lib/python-2.6/dist-packages/上的第三方软件包的模型，所以South正在寻找迁移，而不是我的自定义代码库的位置 解决方案 在settings.py： code> SOUTH_MIGRATION_MODULES =
..
添加“直通”表到django字段和南移？
似乎这样应该是“容易”的，或者至少记录在某个地方，我只是找不到它。 说我有一个模型： class A（models.Model）： users = models.ManyToMany（'auth.User'，blank = True） 现在我想迁移到添加到ManyToMany关系的字段... class AUsers（models.Model）： us
..
为什么在初期开发中使用南方？
我想知道在项目重要开发过程中使用（django）South的优势。 在开发的早期阶段，通常快速的模型更改，频繁的分支和合并（特别是如果您使用像git-flow这样的开发策略），而且很少（如果有的话） ，存储数据。为什么要保持这些初始模型更改？有什么优点/缺点？ 我的印象是，等待开发平稳（并且您实际想要保留的数据）更容易激活南方并执行初始迁移。有可能吗？你想这样做吗？ 解决方案
..
django南迁，不设默认
我用南来迁移我的django模型。南方有一个讨厌的bug。它不会在Postgres数据库中设置默认值。示例： created_at = models.DateTimeField（default = datetime.now） tag_id = models.PositiveIntegerField（default = 0） 南方将这两个字段添加到数据库，但无法设置其默认值
..
从“多对多”迁移数据到“多对多通过”在django
我有一个模型 class Category（models.Model）： title = models.CharField （...） entry = models.ManyToManyField（Entry，null = True，blank = True， related_name ='category_entries'， ） 我想重构每个关系的附加数据：
..
从Django 1.6（与南）升级到1.8不会在用户表上修改'last_login'
我已经从Django 1.6.5（南迁）升级到Django 1.8。我按照这里的说明： https： //docs.djangoproject.com/en/1.8/topics/migrations/#upgrading-from-south 所以，我删除南，删除我以前的迁移并运行 python manage.py makemigrations ，这将创建一个新的迁移文件。然后我运行 p
..
南：不能ALTER TABLE因为它有待处理的触发事件
我想从TextField中删除null = True： - footer = models.TextField（null = True，blank = true） + footer = models.TextField（blank = True，default =''） 我创建了一个模式迁移： manage.py schemamigration fooapp
..
Django南 - 创建不是空的外键
我有一个模型 类神秘（models.Model）： first = models.CharField（max_length = 256） second = models.CharField（max_length = 256） third = models.CharField（max_length = 256） player = models.ForeignKey（Player）
..
将Django数据库后端从MySql更改为PostgreSQL
我使用Django 1.2和1.3和MySql后端。 一旦在South中迁移MySql数据库时收到一条错误消息： ！实际迁移过程中发现错误！中止。 ！因为你有一个不支持运行 的数据库！交易中的schema-altering语句，我们已经有 ！让它处于迁移之间的临时状态。 ... ！南方开发商后悔发生了，而且 ！喜欢轻轻地说服你考虑一下 ！容易处理的DBMS
..
将多个南迁移到一个迁移中
在开发过程中，我创建了许多迁移，通常来回绕过我想要实现的东西。 现在是时候把它推送到生产了，但是在重播所有在处女数据库上的迁移时，我收到错误。 我最终做了以下工作让它工作。 python manage.py syncdb --all python manage.py migrate --fake 但是这不会应用我创建的数据迁移。 进一步思考，我决
..
Django South - 将null = True字段转换为null = False字段
我的问题是，将 null = True 字段转换为 null = False 场使用Django南。具体来说，我正在使用一个 ForeignKey 。 解决方案 先写一个数据迁移： http://south.aeracode.org/docs/tutorial/part3 .html 然后进行模式迁移。
..
与数据迁移相比，南方数据迁移做了什么？
我最近开始深入 South 文档，发现它有两种不同类型的迁移： schemamigration datamigration 由于我的无知，我一直在为所有事物使用方案。换句话说，即使我有一些真正的“数据迁移”，我只是用南方的模式迁移来转换数据（没有明显的后果）。 当我阅读文档时，我没有看到这种方法的错误。有没有人知道两个迁移之间的根本区别，以及我坚持使用模式的错误呢？ 解决
..
在数据库中已经存在数据库后添加了UUID字段。有没有办法填充现有数据的UUID字段？
我已经向我的一些模型添加了一个UUID字段，然后与South一起迁移。我创建的任何新对象的UUID字段填充正确。但是，我所有旧数据中的UUID字段为空。 有没有办法填充现有数据的UUID数据？ 解决方案 p>对于以下示例类： from django_extensions.db.fields import UUIDField def MyClass ： uuid = U
..
运行单元测试时禁用Django South？
运行单元测试时，禁用Django South？执行django单元测试时如何避免运行所有的南迁？ 解决方案 是的，南方文档介绍了如何做，但基本上只是将其添加到settings.py文件中： SOUTH_TESTS_MIGRATE = False＃禁用迁移并使用syncdb而不是 SKIP_SOUTH_TESTS = True＃禁用南方自己的单元测试
..
南+ Django 1.4数据库错误
我刚刚在新系统上安装了Django项目，并安装了Django 1.4。但是，当我尝试运行 manage.py runserver 或 manage.py syncdb 我从南部得到这个错误： p> 验证模型... 由
..
如何重新设置南方迁移以捕获我的django模型的当前状态
我有一个应用程序，目前有35个南移。在设置新的部署（我们经常创建新的部署）时，需要一段时间才能完成，应用程序不断发展 - 增加更多迁移。此外，迁移包括一些潜在的复杂数据迁移和一些破坏SQLite3的自定义迁移（现在不是一个巨大的问题，因为一切都在Postgres上，但是很高兴能够设置一个快速的测试环境），一般只是更多可能出错的事情 我们所有的部署和开发人员都是最新的，我想清除所有应用的迁移，
..
django在向后迁移之后从fixture装载数据/ loaddata正在使用模型模式而不是数据库模式
我输入的旧数据比我当前的模型架构有一个问题。我使用并导致错误的流程： dumpdata with python manage.py dumpdata - > 0002 对模型进行一些修改 使用python manage.py schemamigration app_name生成迁移--auto - > 0003 运行迁移 使用数据库 迁移到0002 loaddata生成我有当前（
..
测试使用南迁移的Django应用程序
我正在尝试为使用South迁移的Django应用程序创建一些功能测试。 最终，我也将创建斜纹测试。 当我尝试运行现有的测试时，由于South迁移的问题，测试数据库未成功创建。 （58次迁移中的第7个） 似乎为了测试的目的，最好从Django模型构建测试数据库，如一个syncdb会比南方的。 如何设置Django测试套件来构建当前模型的测试数据库，而不是使用South？ p
..
django 1.7迁移 - 如何清除所有迁移并从头开始？
所以我现在正在快速迭代一个django应用程序，我不断调整models.py。在一两天的编程和测试过程中，我生成了几十个迁移文件。有时我真的把模式分开，完全重新做。这导致迁移过程对默认值和空值等提出很大的抱怨。如果可能的话，我只想抓住所有的迁移资料，重新启动迁移，我终于知道我在做什么了。我的方法到目前为止是： 删除迁移文件夹中的所有内容，除了 __ init __。py 。 放入我的Pos
..