修改Django默认auth模型后，如何在无法执行migrate命令的服务器上生效？

核心问题分析 #

直接修改django.contrib.auth.models里的内置User模型是错误的做法——内置app的迁移文件属于Django框架包的一部分，不属于你的项目代码，所以无法通过版本控制推送到服务器，服务器上的Django环境也不会识别你本地生成的自定义auth迁移文件。

推荐的标准解决方案（长期维护友好） #

放弃直接修改内置模型，改用Django官方推荐的User模型扩展方式：

方案1：继承AbstractUser扩展完整User模型

1. 在你自己项目的某个app（比如accounts）的models.py中定义自定义User类：

from django.contrib.auth.models import AbstractUser
from django.db import models

class CustomUser(AbstractUser):
    # 添加你的自定义字段
    new_field = models.CharField(max_length=100, blank=True)

2. 在项目根目录的settings.py中指定自定义User模型：

AUTH_USER_MODEL = 'accounts.CustomUser'

3. 本地生成并执行迁移：

python manage.py makemigrations accounts
python manage.py migrate

4. 将accountsapp下的迁移文件推送到服务器，服务器会自动读取并应用这些迁移（符合你描述的服务器自动处理逻辑）。

方案2：用一对一关联创建Profile模型（兼容已有代码）

如果不想大规模修改现有基于默认User的代码，可以创建一个关联的Profile模型：

1. 在你的app的models.py中定义：

from django.contrib.auth.models import User
from django.db import models

class UserProfile(models.Model):
    user = models.OneToOneField(User, on_delete=models.CASCADE)
    # 添加你的自定义字段
    new_field = models.CharField(max_length=100, blank=True)

2. 生成并推送迁移文件到服务器，服务器会自动执行迁移。

应急临时解决方案（不推荐长期使用） #

如果必须保留当前的修改方式，可手动在服务器数据库执行变更：

1. 本地执行命令生成对应迁移的SQL语句：

python manage.py sqlmigrate auth <你的迁移文件编号>

比如你的迁移文件是0012_add_new_field.py，就执行python manage.py sqlmigrate auth 0012
2. 将输出的SQL语句复制到服务器的数据库管理工具（比如psql、mysql客户端）中执行，注意先备份数据库。
3. 在服务器的django_migrations表中手动添加迁移记录，避免后续冲突：

INSERT INTO django_migrations (app, name, applied) VALUES ('auth', '0012_add_new_field', NOW());

重要提醒 #

直接修改Django内置模型会带来严重的维护风险：后续升级Django版本时，内置文件会被覆盖，你的自定义修改会丢失；同时无法通过项目版本控制追踪这些变更，团队协作也会出现问题，强烈建议改用标准扩展方案。

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