标签：python django django-south

我正在运行一个南迁移python manage.py syncdb; python manage.py migrate –all在新数据库上运行时中断.但是,如果你运行两次,它会很好！在第一次尝试,我得到

DoesNotExist: ContentType matching query does not exist. Lookup parameters were {'model': 'mymodel', 'app_label': 'myapp'}

失败后,我从django_content_type进入数据库select *但确定它有

13 | my model     | myapp      | mymodel  

然后我运行迁移python manage.py syncdb; python manage.py migrate –all,它的工作原理！

那么我是如何设法进行仅第二次工作的迁移？顺便说一下,这是一个数据迁移,它将适当的组放入管理应用程序.迁移中的以下方法是破坏它：

@staticmethod
def create_admin_group(orm, model_name, group_name):
    model_type = orm['contenttypes.ContentType'].objects.get(app_label='myapp', model=model_name.lower())
    permissions = orm['auth.Permission'].objects.filter(content_type=model_type)
    group = orm['auth.Group']()
    group.name = group_name
    group.save()
    group.permissions = permissions
    group.save()

(迁移文件来自现有的工作项目,这意味着很久以前我已经运行了schemamigration –initial.我只是尝试将数据库模式和初始数据复制到新数据库中.)

解决方法:

原来这是南方的一个错误.

http://south.aeracode.org/ticket/1281

标签：python,django,django-south
来源： https://codeday.me/bug/20190831/1777774.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。