Django自定义User模型触发迁移重复AlterModelOptions操作的问题

这种重复生成AlterModelOptions的现象，本质是Django迁移系统计算模型状态差异时，对自动推导选项和用户显式定义选项的记录规则不一致导致的，不存在功能性配置错误：

1. 你最初生成0001_initial.py迁移时，Django会对没有显式定义的模型选项做自动推导——比如根据verbose_name自动推导生成verbose_name_plural的默认值，并且把这个推导值正式写入迁移文件的模型options字典中，也就是你看到的初始迁移里带'verbose_name_plural': 'Users'的记录。
2. 你后续执行makemigrations做模型状态对比时，当前运行的Django版本的差异计算逻辑已经调整：只会把你在模型Meta类中显式手写定义的选项作为当前模型的有效配置纳入对比，自动推导出来的verbose_name_plural不会被纳入当前状态的选项集合。
3. 这就造成了状态错位：迁移历史里记录的旧模型状态是带verbose_name_plural值的，但当前系统计算出来的新模型状态没有这个值，就会自动生成一个AlterModelOptions迁移。你看到的迁移代码里只写了options={'verbose_name': 'User'}，本质是这个操作要把之前记录的verbose_name_plural配置从模型选项里移除，只是因为生成代码时只保留显式定义的选项，看起来就像是重复设置了一遍已存在的verbose_name配置。

补充说明：AlterModelOptions修改的是Django内部记录的模型元信息，不会改动任何数据库表结构，所以即使忽略这个重复迁移执行下去，也不会引发数据问题，只是会让迁移链产生无意义的冗余节点。

根据你的偏好选任意一种即可，都能彻底消除重复生成迁移的问题：

• 最稳妥的配置对齐方式：在自定义User模型的Meta类里，补上和初始迁移记录完全一致的verbose_name_plural显式定义：

  class User(AbstractUser):
      class Meta:
          verbose_name = "User"
          verbose_name_plural = "Users"
  

  补全后重新执行makemigrations，系统会因为新旧模型状态完全匹配，不再生成多余的迁移文件。
• 迁移历史对齐方式：如果你不想在模型代码里显式写verbose_name_plural，可以直接打开0001_initial.py迁移文件，删掉options字典里的'verbose_name_plural': 'Users'配置项，让迁移历史记录的模型选项和你当前代码里显式定义的内容完全匹配，也能消除状态错位。
• 已经自动生成的那个多余的AlterModelOptions迁移文件，不需要执行也不需要提交到版本库，直接删除即可。

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