Django Contact模型新增自定义用户外键，迁移后表无对应字段问题

• 核验Django对模型修改的识别情况
  • 执行干跑命令 python manage.py makemigrations --dry-run，查看终端输出是否检测到Contact模型的user外键新增变更。如果无对应输出，说明Django未识别到模型修改，常见原因包括：
    • 当前修改的models.py文件，并非配置在INSTALLED_APPS中注册的目标APP下的模型文件，存在文件路径错放、多副本修改的问题
    • 过往执行迁移时使用过--fake参数，伪造了该迁移点的执行状态，导致Django跳过实际结构变更
  • 如果干跑能输出正确的变更提示，正式执行python manage.py makemigrations后，打开生成的迁移文件，确认文件内包含针对user字段的AddField操作，且关联的目标模型是你自定义的CustomUser；如果看到的是CreateModel操作，说明当前APP的迁移历史存在丢失，Django误将已存在的表识别为新建表，会跳过实际字段添加操作，需要重新梳理迁移历史。
• 核验迁移的实际执行状态
  • 执行 python manage.py showmigrations，找到Contact模型所属的APP，查看刚生成的新增user字段的迁移条目前是否有[X]执行标记。如果标记为[ ]，说明之前执行migrate命令时并未将该迁移应用到数据库，常见原因是执行迁移时指定了旧的迁移节点、或是使用了非默认的配置文件导致连接的是另一个数据库实例。
  • 确认迁移已执行（带[X]标记）但查不到字段时，优先检查字段命名规则：Django针对ForeignKey字段，在数据库层自动生成的实际列名为user_id，不会直接存在user列，你之前如果在数据库中查找user字段本身，自然会找不到对应记录。
• 匹配业务目标的代码修正
  你当前代码中两个外键的related_name配置存在逻辑问题，按照「用户可关联多条Contact、每条Contact归属一个List」的业务目标，建议修改为：

  list = models.ForeignKey(List, on_delete=models.DO_NOTHING, related_name="contacts")
  user = models.ForeignKey(CustomUser, on_delete=models.DO_NOTHING, related_name="contacts")
  

  修改后可直接通过user_instance.contacts.all()拉取用户名下所有联系人，通过list_instance.contacts.all()拉取列表下所有联系人，避免反向关联命名混乱报错。
  额外注意：当前新增的user外键未配置null=True，属于非空字段，如果contact表已存在存量数据，执行迁移时需要按提示为存量数据指定默认关联用户，否则迁移会报错中断。

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