makemigrations 生成空迁移文件通常因django未识别模型变更：字段拼错、db_column修改未同步字段名、加non-null约束未设default或default导致交互跳过等。
makemigrations 什么情况下会生成空迁移文件
当你执行 python manage.py makemigrations 却看到 “No changes detected”，但实际模型改了——大概率是 Django 没识别到变更。常见原因有：
• 模型字段加了 default 但没设 null=True，Django 会要求你交互输入默认值（终端卡住、你直接回车就生成带 default=… 的迁移，但若跳过交互可能漏掉）
• 字段名拼错、或改了 db_column 却没动字段名，Django 认为这是“新增字段 + 旧字段残留”，容易生成两步迁移（删旧+加新），而非重命名
• 在已有数据的表上给字段加 blank=False 或 null=False，而没提供 default，Django 无法推断历史记录该填啥，就会让你选：填个临时值 or 中止 —— 选错就生成不一致的迁移
migrate 执行时报错 “Table already exists” 或 “column does not exist”
这不是数据库真出问题，而是 Django 的迁移记录表（django_migrations）和实际数据库结构对不上。典型场景：
• 手动删过某张表，但没在 django_migrations 里删对应记录 → 下次 migrate 会重试建表，报 “Table already exists”
• 本地改了迁移文件内容（比如把 AlterField 改成 RenameField），但没同步更新 dependencies → 迁移顺序乱，Django 找不到目标字段，报 “column does not exist”
• 多人协作时，A 提交了 0002_add_xxx.py，B 本地还停留在 0001_initial.py 就跑 makemigrations，结果生成的文件序号也是 0002，冲突后 migrate 会跳过或报错
SkillSub Pro - Python 题解与代码注释双功能技能功能概述SkillSub Pro - Python 题解与代码注释双功能技能是一项面向实际任务的技能，主要用于SkillSub Pro 是一个 Python 题解生成与代码注释的 双功能合体技能 ，专为学生、算法学习者和开发者设计；✅ 一个技能，两种用途 ：；核心要点📝 题解模式 ：输入题目/题号，自动生成完整 Python 题解（含详细注释、解题思路、复杂度分析）；💬 注释模式 ：输入 Python 代码，自动添加详细中。它将相关步骤、
如何安全地回退一次迁移
用 migrate 加应用名和迁移名（不含 .py）即可，比如回退到上一个版本：python manage.py migrate myapp 0002
注意：
• 回退不会删迁移文件，只是把 django_migrations 表里的记录删掉，并反向执行 operations（如删字段、删表）
• 如果迁移里含 RunPython，且没写 reverse_code，回退会直接失败
• 已提交到 Git 的迁移文件别手动删，否则别人拉代码后 migrate 会找不到依赖项
生产环境千万别直接跑 makemigrations
线上数据库结构必须由人审核过的迁移文件驱动，而不是靠自动探测。
• makemigrations --dry-run 可预览要生成啥，但别信它全对；尤其涉及 TextField 改 CharField、或加唯一约束时，Django 不检查现有数据是否冲突
• 真实上线流程应该是：本地写好模型 → makemigrations 生成文件 → 人工打开看 operations 列表是否合理 → 必要时编辑迁移文件（比如把 AddField 拆成两步：先加可空字段，再用 RunPython 填值，最后设 blank=False）→ 提交迁移文件 → 线上只跑 migrate
• 最容易被忽略的是：迁移文件里的 dependencies 是硬编码的，一旦合并冲突没处理好，migrate 会静默跳过某些步骤
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
