使用South时候由于两个相同id的文件引起的问题

由于之前版本控制的一个小失误,

在主分子上面调用python manage.py makemigrations生成了 0058_auto__add_unique_setting_name_value.py

在继承分支上调用python manage.py makemigrations生成了 0058_auto__add_statistic.py

所以当主分子合并到继承分支上面的时候就会产生这样的现象:

/path/to/migrations

0058_auto__add_unique_setting_name_value.py

0058_auto__add_statistic.py

针对这样的情况,我们在同步数据库的时候就需要带上 --merge 参数了

python manage.py migrate --merge

上面的两条同步记录正常更新的数据库了

观察数据库的south_migrations表,也是正确的

id appname migration

57 db 0055_auto__add_xxx

58 db 0056_auto__add_xxxx

59 db 0057_auto__add_xxxxx

60 db 0058_auto__add_statistic

61 db 0058_auto__add_unique_setting_name_value

现在,我修改了app的models中关于Statist表的定义,增加了两个字段

然后调用 python manage.py schemamigration MyAppName --auto

正确生成了下面的文件

0059_auto__add_statistic.py

注意,我在上面的两个58中已经有了statistic表了,所以这个肯定是错误的

实际运行的时候也证明的我的猜想是正确的,python manage.py migrate --merge的时候报了already exists的错误

由于生产环境里面0058_auto__add_statistic和0058_auto__add_unique_setting_name_value

肯定是已经同步到数据库里面去了,所以我不能在这两个文件下面做文章

解决方法:

将0058_auto__add_statistic.py改名为0059_auto__add_statistic.py

将south_migrations表中对应的条目中的0058_auto__add_statistic也对应的更改一下

然后调用 python manage.py schemamigration MyAppName --auto,这时候生成了这么个文件

0060_auto__add_field_statistic_lesson_count__add_field_statistic_last_updat.py

好了,文件已经有了,再将刚刚改了名字的文件和数据库再改回去,然后将上面的0060改成0059

也就是0059_auto__add_field_statistic_lesson_count__add_field_statistic_last_updat

然后调用 python manage.py migrate --merge

搞定~

注:

期间遇到的问题以及解决方法

0058_auto__add_statistic

0058_auto__add_unique_setting_name_value

也就是0059_xxxxxx.py

文件生成的时候将0058_auto__add_unique_setting_name_value里面的更改也整合到0060里面去了

(0058_auto__add_unique_setting_name_value这个文件里面的变动是加了一个unique约束)

所以在migrate我改名后的59号文件的时候会报一个'Duplicate key name'的错误,提示该约束以及存在

直接编辑0059_xxxxxx.py,将def forwards(self, orm)下面的db.create_unique('Setting', ['name', 'value'])

改成这样的:

try:
    db.create_unique('Setting', ['name', 'value'])
except Exception, e:
    if not 'Duplicate key name' in str(e):
        print e

保存,再试试就OK了.

记录一下今天的这个问题.

当然,实际上还有一种解决方法,如果两个58号还没有变更到生产环境下面去的话,可以直接将两个58号的文件删除

然后重新python manage.py schemamigration MyAppName --auto生成文件.这肯定是最省事的.