操作方法:

1 .

确保你的应用必须包含在settings.py中的INSTALLED_APPS中

零食 ： 2

python manage.py makemigrations <appname>

如果相同的消息显示(未检测到更改)

这对你的项目来说是非常危险的，所以在应用这个方法之前，请确保你的项目有备份。

方法2

重命名您的应用程序名称，并使用:

django-admin startapp <appname>

复制除旧应用程序之外的所有.py文件

迁移文件夹 pycache文件夹 init.py Test.py文件，如果您没有在其中编写代码

并粘贴到你最近制作的新应用程序中

记住，你必须为新应用程序创建完全相同的名称，否则你必须在项目中进行更多更改。

我在django 3.0中遇到了类似的问题，根据官方文档中的迁移部分，运行这个足够更新我的表结构:

python manage.py makemigrations
python manage.py migrate

但是输出总是一样的:在我执行'makemigrations'脚本后，我的模型'未检测到变化'。 我在models.py的模型上有一个语法错误，我想在db上更新:

field_model : models.CharField(max_length=255, ...)

而不是:

field_model = models.CharField(max_length=255, ...)

解决了这个愚蠢的错误，有了这些命令，迁移就没有问题了。也许这能帮到别人。

我从django外部复制了一个表，Meta类默认为“managed = false”。例如:

class Rssemailsubscription(models.Model):
    id = models.CharField(primary_key=True, max_length=36)
    ...
    area = models.FloatField('Area (Sq. KM)', null=True)

    class Meta:
        managed = False
        db_table = 'RSSEmailSubscription'

通过将managed改为True, makemig开始发生变化。

另一种可能是您压缩了一些迁移并应用了结果迁移，但忘记从其中删除replace属性。

更新:在尝试之前，应该确保migrations文件夹中存在__init__.py文件:

./manage.py makemigrations <myapp1> <myapp2>…< myappN >

有时。/manage.py makemigrations优于。/manage.py makemigrations <myapp>，因为它可以处理应用程序之间的某些冲突。

这些情况都是悄无声息地发生的，需要几个小时的咒骂才能理解可怕的“检测到没有变化”消息的真正含义。

因此，使用下面的命令是一个更好的选择:

./manage.py makemigrations <myapp1> <myapp2>…< myappN >

INSTALLED_APPS = [

    'blog.apps.BlogConfig',
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',

]

确保“blog.apps”。BlogConfig'，(这包含在你的settings.py中，以便进行应用程序迁移)

然后运行python3 manage.py makemigrationblog或你的应用程序名