当进行Django开发操作数据库的时候，我们每一次的修改都会以文件的形式记录在APP目录的migrations文件夹下，但是随着文件越来越多，这并不利于我们后期的维护，所以我们需要定期清理（重置）一下migrations文件夹，这篇文章将优雅地告诉你如何如何悄悄删除migrations下的文件而不引起任何错误！
1.不考虑数据表的情况
- 首先删除数据库中的相关APP下的数据表
- 然后删除APP下的migration模块中的所有 文件，除了init.py 文件
- 执行下面的命令
python manage.py makemigrations
python manage.py migrate
2.保留原有数据表的情况
这个情况是开发中最为常见的，也是操作起来稍微复杂一点的情况，但是只要遵循下面的操作步骤，就不会引发任何错误：
1.检查migrations文件夹下面的修改记录文件是否与数据库保持一致，如若我们执行这个命令
python manage.py makegrations
执行结果显示:
No changes detected
那我们就可以继续执行下面的步骤
2.查看当前项目下所有APP对应的已经生效的（已经成功执行的）migration文件，命令如下：
python manage.py showmigrations
结果如下图所示，前面的[x]表示已经执行过的文件，如：imooc这个APP下执行过两次操作
admin
[X] 0001_initial
[X] 0002_logentry_remove_auto_add
auth
[X] 0001_initial
[X] 0002_alter_permission_name_max_length
[X] 0003_alter_user_email_max_length
[X] 0004_alter_user_username_opts
[X] 0005_alter_user_last_login_null
[X] 0006_require_contenttypes_0002
[X] 0007_alter_validators_add_error_messages
[X] 0008_alter_user_username_max_length
contenttypes
[X] 0001_initial
[X] 0002_remove_content_type_name
imooc
[X] 0001_initial
[X] 0002_auto_20190122_0929
sessions
[X] 0001_initial
3.重置你的APP的操作，使它们恢复到没有执行的状态，这里注意一下fake前面的符号，是两个“-”，另外，imooc是APP的名字，记得将它替换成你的APP名字。还有一点就是不要直接复制，要手敲到终端才不会因格式问题而产生错误。fake参数该怎样理解呢？fake是假装的意思，在这里我们可以理解为假设我们将这些操作设置为没有执行的状态，而不是他们真的没有执行！
python manage.py migrate --fake imooc zero
结果如下，则显示重置成功
(wprkplace) D:\PythonProject\learn>python manage.py migrate --fake imooc zero
Operations to perform:
Unapply all migrations: imooc
Running migrations:
Rendering model states... DONE
Unapplying imooc.0005_hua... FAKED
Unapplying imooc.0004_xiao... FAKED
Unapplying imooc.0003_ming... FAKED
Unapplying imooc.0002_auto_20190122_0929... FAKED
Unapplying imooc.0001_initial... FAKED
然后我们可以再次执行showmigrations的命令，查看一下各个操作的状态
(wprkplace) D:\PythonProject\learn>python manage.py showmigrations
admin
[X] 0001_initial
[X] 0002_logentry_remove_auto_add
auth
[X] 0001_initial
[X] 0002_alter_permission_name_max_length
[X] 0003_alter_user_email_max_length
[X] 0004_alter_user_username_opts
[X] 0005_alter_user_last_login_null
[X] 0006_require_contenttypes_0002
[X] 0007_alter_validators_add_error_messages
[X] 0008_alter_user_username_max_length
contenttypes
[X] 0001_initial
[X] 0002_remove_content_type_name
imooc
[ ] 0001_initial
[ ] 0002_auto_20190122_0929
[ ] 0003_ming
[ ] 0004_xiao
[ ] 0005_hua
sessions
[X] 0001_initial
可以看到imooc这个APP下面的操作全部重置为没有执行的状态，[x]变成了[ ]，注意是假设它没有执行！
4.然后放心大胆地删除migrations文件夹下面，除了__init__.py文件，的所有的带有序号的py文件，包括pycache文件夹！
5.执行下面的命令，再次为这个APP 生成 0001_initial.py 之类的文件
python manage.py makemigrations
提示如下则为成功
(wprkplace) D:\PythonProject\learn>python manage.py makemigrations
Migrations for 'imooc':
imooc\migrations\0001_initial.py:
- Create model Hua
- Create model Ming
- Create model Post
- Create model Tag
- Create model Test
- Create model Xiao
6.执行下面的命令，使刚刚生成的0001_initial.py文件记录到django_migrations数据表中，这个表是django自动生成的，用于记录每次执行的数据库修改操作，表中有四个字段，name和app是对应的关系，意为某某APP下的某某操作。
python manage.py migrate --fake-initial
结果如下即为成功
(wprkplace) D:\PythonProject\learn>python manage.py migrate --fake-initial
Operations to perform:
Apply all migrations: admin, auth, contenttypes, imooc, sessions
Running migrations:
Applying imooc.0001_initial... FAKED
如果你再去看一下django_migrations这个表，你会发现这个表添加了一条记录，一般来说如果我们真的执行了数据库的修改操作才会生成这样一条记录，但是我们用了fake这个“假装”的操作，所以其实仅仅是添加了一条记录而已，并没有实际修改数据表，也就是这样，完成了migrations文件夹的重置！