我们在使用Django创建工程的时候都使用makemigrations、migrate来生成最初的数据库模型，但是到最后都是直接在数据库中手动创建表，为什么呢？因为这些数据库迁移命令经常会显示No changes detected，明明我们已经改了数据库模型了，为什么提示没有变化呢？这里我们就要搞清楚，数据库迁移命令是怎么去识别模型变化的。详细的源码分析我这里就不做介绍了，说一下它的流程帮助你理解就可以了。

成都创新互联公司是网站建设专家,致力于互联网品牌建设与网络营销，专业领域包括成都网站建设、网站设计、电商网站制作开发、小程序定制开发、微信营销、系统平台开发，与其他网站设计及系统开发公司不同，我们的整合解决方案结合了恒基网络品牌建设经验和互联网整合营销的理念，并将策略和执行紧密结合，且不断评估并优化我们的方案，为客户提供全方位的互联网品牌整合方案！

首先我们要知道，与数据库迁移相关的东西都有哪些？

• models.py中定义的模型
• APP下面的migrations目录
• 数据库中的django_migrations表

makemigrations

执行makemigrations命令的时候，执行流程如下：

1. 根据注册的APP，获取所有APP下的migrations目录，遍历其下的py文件（不以_~开头的）
2. 然后根据文件中的内容生成对应的数据库表模型

class Migration(migrations.Migration):
 initial = True
 dependencies = [
 ]
 operations = [
 migrations.CreateModel(
 name='Course',
 fields=[
 ('id', models.AutoField(auto_created=True, primary_key=True, serialize=False, verbose_name='ID')),
 ('title', models.CharField(max_length=64)),
 ],
 ),
 ]

3 . 再根据models.py文件中的类生成数据库表模型

4 . 对比2、3中生成的模型字段，如果有变化就在对应APP的migrations目录下生成新的.py文件

migrate

执行migrate命令的时候，执行流程如下：

1. 根据注册的APP，获取所有APP下的migrations目录，遍历其下的py文件（不以_~开头的）
2. 根据migrations目录下的所有迁移文件生成数据库表模型
3. 读取django_migrations表中的所有记录，其中记录的是所有表生成的迁移文件信息

4 . 检测表中所记录的数据模型加载的迁移文件与实际migrations目录下的文件是否相匹配，如果全都加载过，则不执行；如果有未加载的，就执行数据库命令

结论

通过以上分析得出以下结论：

• app下必须有migrations文件夹，即使是空的（必须有、必须有、必须有）
• 执行迁移时应该先执行makemigrations，再执行migrate（这是一条建议）
• 如果执行命令显示没有变化，请对比django_migrations表和migrations目录下的文件名，是否对应的文件以及执行过迁移
• 如果想重新执行迁移，例如migrations下有0002_initial.py文件，django_migrations中也包含对应记录，则删除django_migrations表中对应记录，重新执行migrate命令即可

番外：

网上有人提供了一种方式，执行makemigrations --empty appname，强制生成空的数据库迁移文件，这样在执行migrate命令的时候，新生成的迁移文件在django_migrations表中没有记录，就不会显示No changes detected。但是这个空文件中什么都没做，所以你在models.py中作出的修改并没有生效。

标题名称：Python知识：为什么使用makemigrations提示Nochangesdetected
文章起源：http://scyingshan.cn/article/gdepgi.html