我是新来Django的世界。运行一些教程应用程序,并在运行python manage.py测试时出现失败,说该表已经存在。我不确定发生了什么事。我也在南下,迁移架构时没有遇到任何错误。Django的 - “manage.py测试”失败“表已经存在”
任何洞察力,非常感谢。
TIA 乔伊
我是新来Django的世界。运行一些教程应用程序,并在运行python manage.py测试时出现失败,说该表已经存在。我不确定发生了什么事。我也在南下,迁移架构时没有遇到任何错误。Django的 - “manage.py测试”失败“表已经存在”
任何洞察力,非常感谢。
TIA 乔伊
这可能是在你的南部迁移的一个错误。你没有看到真正的数据库问题,因为迁移的情况下(与 - 也许假的选项)
您可以尝试重新创建scracth分贝,看看它是否工作。
您也可以通过在settings.py加入SOUTH_TESTS_MIGRATE = False
禁用南为单元测试。使用此选项,将执行常规syncdb以创建测试数据库。它也将加速测试过程。
我希望它能帮助
,如果你用鼻子测试:
DST_RUN_SOUTH_MIGRATIONS =假
这也恰好与鼻子时
--cover-package=userdata,incorrectname
一个包的名字是不正确
这也发生在我身上的遗留代码,但另一个原因。
我有两个型号db_table引用同一个数据库表。 我知道这是愚蠢的,但它不是我的错)
而我从来没有在互联网上找到任何可以帮助我的东西。 我被冗长的设置为3(manage.py测试-v 3) 希望这有助于任何人得救。
class Bla1(Model):
some_column = ...
class Meta:
db_table = 'some_table'
class Bla2(Model):
some_column = ...
class Meta:
db_table = 'some_table'
可能相关:http://stackoverflow.com/questions/3090648/django-south-table-already-exists – payne 2011-02-03 03:31:57
YES!就是这样,我犯了一些错误,并且使得移植与db不同步。干净的安装固定它。 – 2011-02-06 22:20:34