在django项目中，对于迁移文件时no migrations to apply一种不是解决的解决方法

问题描述：

在实际项目开发过程中，难免会因为对于之前写的model.py文件的模型类不满意，甚至是有些地方需要修改，此时往往由于复杂的表关系，导致修改后的模型类再进行重新迁移时会出现各种各样的错误，例如NO migrations to apply就是其中的一种。然而在通过网络的求助，有的建议

执行python3 manage.py makemigrations --empty 你的应用名;
执行python3 manage.py makemigrations;
执行python3 manage.py migrate;

原文链接为https://www.cnblogs.com/li1992/p/10648390.html但是本人测试后发现，对于我的问题没有解决。
以及还有这种解决方法的，

删除该app名字下的migrations文件。
进入数据库，找到django_migrations的表，删除该app名字的所有记录。
delete from django_migrations;
python manage.py makemigrations
python manage.py migrate

不过说实话这种方式我没有试过，原文链接为https://www.cnblogs.com/mensiler/p/9455387.html但是实际上就是删除迁移文件的过程，和第一个效果一样。

不是解决的解决方案：

因为后面花了很长时间在这里，就尝试绕过去，一种方法是直接在可视化数据库中（我用的是navicat）直接创建自己需要的表及其字段约束；二是将原有的表全部删除，再重新迁移，但是借助navicat可以方便快捷的将数据和表关系导出导入，在navicat中将该app下的表结构和数据导出，相当于备份，然后将这些表都删掉，建议在服务器中使用drop table ‘表名’ 来删掉，因为在navicat中关系约束无法删除，尽管我已经删除了约束，可能是这个软件的问题。注意，在重新进行迁移前，要先将原来服务端的app下的migrations中的原有的迁移文件删掉，**（不要删掉__init__.py，当然误删掉的话，本地的再重新上传一下就回来了）**然后重新迁移

python manage.py makemigrations
python manage.py migrate

此时因为已经将原来的app下的表删掉的缘故，不会报其他错误，例如笔者在没有删掉表的时候遇到的django.db.utils.InternalError: (1050, “Table ‘tb_hotnews’ already exists”)，以及即便创建了新表，但是外键约束丢失情况。
接下来，通过重新创建好全部的App下的表都是空表，然后再将原来删除旧表时导出的数据和结构文件重新导入到这些新表中就完成了。

总结：

这确实不算是解决办法，同时不只应用于出现no migrations to apply的方法，基本上出现各种错误都可以这么做，但是确实是在短时间找不出解决方案的最便捷方法，在时间和效率至上，在删表损失不大时，推荐这么做，如果各位有真正的解决方法，欢迎讨论。