为Django auth.Group表新增字段时出现迁移历史不一致问题求助

方案一：推荐使用一对一模型扩展（避免修改内置auth模型） #

直接修改Django内置的auth.Group容易引发迁移依赖问题，更稳妥的方式是创建独立应用扩展Group：

1. 新建一个应用（比如group_extensions），在models.py中定义扩展模型：

from django.db import models
from django.contrib.auth.models import Group
from taggit.managers import TaggableManager

class GroupExtension(models.Model):
    group = models.OneToOneField(Group, on_delete=models.CASCADE, primary_key=True)
    source = models.CharField(max_length=255, default='XXXXXXX')
    tags = TaggableManager(blank=True)

2. 生成并执行迁移：

python manage.py makemigrations group_extensions
python manage.py migrate group_extensions

这种方式完全独立于内置auth模块的迁移，不会触发依赖冲突。

方案二：修复直接修改Group引发的迁移依赖问题 #

如果你坚持要直接修改auth.Group，按以下步骤操作（务必先备份数据库）：

1. 临时注释掉Group.add_to_class()的两行代码。
2. 为auth模块生成新迁移：

python manage.py makemigrations auth --name group_source_tags

这会生成auth.0013_group_source_group_tags.py迁移文件。

3. 修改数据库迁移历史记录：
   打开Django Shell执行以下代码，先移除已应用的customuser.0001_initial迁移记录：

from django.db import connections
with connections['default'].cursor() as cursor:
    cursor.execute("DELETE FROM django_migrations WHERE app='customuser' AND name='0001_initial';")

4. 先执行auth的新迁移：

python manage.py migrate auth 0013_group_source_group_tags

5. 重新执行customuser的初始迁移：

python manage.py migrate customuser

6. 恢复Group.add_to_class()的代码，后续正常执行迁移即可。

7. 最后打开customuser/migrations/0001_initial.py，将'auth.0013_group_source_group_tags'添加到dependencies列表中，避免后续迁移再出问题。

重要提示 #

• 不要随意修改已执行过的迁移文件内容，操作前必须备份数据库。
• 扩展内置模型优先使用一对一关联，这是Django官方推荐的最佳实践，能规避绝大多数迁移冲突。

内容的提问来源于stack exchange，提问作者Kaushik Bhave