升级到Django 1.7：使用“class_prepared”的表前缀`_Django_Unit Testing_Database Migration_Django 1.7

升级到Django 1.7：使用“class_prepared”的表前缀`

django unit-testing

升级到Django 1.7：使用“class_prepared”的表前缀`,django,unit-testing,database-migration,django-1.7,Django,Unit Testing,Database Migration,Django 1.7,我在做一份新工作。我的一位前任曾将前缀应用于所有表名，即django\u content\u type是oursite\u django\u content\u type。我认为这是不必要的，也是不明智的（我在以前的工作中考虑过这样做，但没有），因为文档中说，class\u prepared是一个实现细节。现在这是个问题该网站似乎工作正常（我还没有完全测试它），但我无法运行我们的单元测试。这是因为迁移现在和将来都是一项核心功能我删除了一些调试语句，下面是事件的顺序 class\u prepa

我在做一份新工作。我的一位前任曾将前缀应用于所有表名，即

django\u content\u type

是

oursite\u django\u content\u type

。我认为这是不必要的，也是不明智的（我在以前的工作中考虑过这样做，但没有），因为文档中说，

class\u prepared

是一个实现细节。现在这是个问题

该网站似乎工作正常（我还没有完全测试它），但我无法运行我们的单元测试。这是因为迁移现在和将来都是一项核心功能

我删除了一些调试语句，下面是事件的顺序

class\u prepared

为

contenttypes

运行——类的db\u table\u名称更改为

oursite\u django\u content\u type

运行迁移，并创建

django_content_type

表

测试正在运行，但他们找不到

我们的站点\u django\u内容\u类型

我想我必须将这些表迁移到它们的默认值，但是——有没有人建议我推迟，以便我的继任者必须处理它？

有没有人建议我推迟，以便我的继任者必须处理它？

Lol。你不能进行单元测试，只希望在找到继任者之前不会出现任何问题。最好的方法是把你准备好的

class\u从code中扔掉crap，把你所有的表重新命名为正确的名称。@RickyA，我不是故意这么说的。我的意思是，我希望现有的单元测试在Django 1.7中运行。（虽然我相信你错了；每个人似乎都愿意离开这些小技巧。）此外，我知道我可能不得不复制表格……我只是希望某位专家有另一个小技巧来推迟它。