Django 是否可以在不记录迁移的情况下使用South?

Django 是否可以在不记录迁移的情况下使用South?,django,django-south,Django,Django South,比方说,我从一个应用程序开始: class MyModel(models.Model): f = models.CharField(...) 此结构记录在migrations/0001_initial.py中 我添加了两个字段: g = models.IntegerField(default=0) h = models.CharField(max_length=10, blank=True) 我创建了一个迁移: manage.py schemamigration my

比方说,我从一个应用程序开始:

class MyModel(models.Model):
    f = models.CharField(...)
此结构记录在
migrations/0001_initial.py

我添加了两个字段:

    g = models.IntegerField(default=0)
    h = models.CharField(max_length=10, blank=True)
我创建了一个迁移:

manage.py schemamigration myapp --auto
migrations/0002\u add\u field\u g\u add\u field\u h.py


很快我删除了'g'字段。如果我运行schemamigration,将会有第三次迁移。但所有这些都是开发过程,当我为团队的其他成员推到DVCS服务器时,我不需要发送我所做的所有测试迁移。我只需要最终产品。在南方怎么能做到这一点呢?

这是有可能的,但有点假。尤其需要确保所有测试迁移都是可逆的


完成测试后,您可以回滚所有测试迁移,然后删除迁移文件并重新运行
/manageschemamigration

第二个答案可以,但为什么要经历所有这些麻烦呢?正常使用south并将所有迁移推回到您的团队似乎更干净、更不容易出错。@Spike:因为这些模式都是无用的垃圾。我想要一个类似Mercurial的工作流:我只在需要时保存数据。对于South,就像每次保存文件时都要提交一样。明白了。我猜这只是个人喜好:)嗯,是timesink。如果你让它成为自动的,你就专注于提交垃圾。否则你需要记住一些东西,有时会忘记它们。在VCS出现之前,我们已经有了所有这些代码:将文件保存到.zip,复制到主机,等等。VCS学会了保存文件并理解我们需要做的事情(Git有时会击中你的脚,但我使用Mercurial:)。它们可以处理子存储库。Hg非常智能,可以与Git subrepos一起使用。我认为,学习使用迁移是下一个合乎逻辑的步骤。我想让电脑为我工作,而不是相反。谢谢你的想法。我知道你现在从哪里来。