问题是:

您已经对模型文件进行了修改，但尚未将其添加到DB，但您正在尝试运行Python manage.py runserver。 运行Python manage.py makemigrations Python manage.py迁移 现在Python manage.py runserver，一切都应该没问题了。

当我尝试为一个由于git合并而存在畸形迁移的应用程序生成迁移时，我遇到了这个错误。如。

manage.py makemigrations myapp

当我删除它的迁移，然后运行:

manage.py makemigrations

错误没有发生，迁移成功生成。

对于PyCharm用户:我有一个错误使用不“干净”的项目结构。

Was:

project_root_directory
└── src
    ├── chat
    │   ├── migrations
    │   └── templates
    ├── django_channels
    └── templates

Now:

project_root_directory
├── chat
│   ├── migrations
│   └── templates
│       └── chat
├── django_channels
└── templates

这里有很多好的解决方案，但我认为，首先，你应该清理你的项目结构或调优PyCharm Django设置之前，设置DJANGO_SETTINGS_MODULE变量等等。

希望它能帮助到别人。欢呼。

在我的例子中，我在将代码从Django 1.11.11移植到Django 2.2时得到了这个错误。我正在定义一个自定义的FileSystemStorage派生类。在Django 1.11.11中，我在models.py中有如下一行:

from django.core.files.storage import Storage, DefaultStorage

然后在文件中我有类定义:

class MyFileStorage(FileSystemStorage):

然而，在Django 2.2中，我需要在导入时显式引用FileSystemStorage类:

from django.core.files.storage import Storage, DefaultStorage, FileSystemStorage

瞧!，错误消失。

注意，每个人都在报告Django服务器吐出的错误消息的最后一部分。然而，如果你向上滚动，你会在错误的中间找到原因。

O G M… 我也得到了这个错误，我花了将近2天的时间，现在我终于设法解决了它。老实说……这个错误与问题本身无关。 对我来说，这只是一个简单的语法问题。我试图运行一个独立的python模块，在django上下文中使用一些django模型，但模块本身不是django模型。但我认为这门课是错的

而不是

class Scrapper:
    name = ""
    main_link= ""
    ...

我在做

class Scrapper(Website):
    name = ""
    main_link= ""
    ...

这显然是错误的。这个信息是如此的误导，以至于我忍不住认为这是配置上的一些问题，或者只是使用django的方式错误，因为我对它很陌生。

我将在这里分享给那些新手，因为我经历了同样的愚蠢，希望能解决他们的问题。

这里没有一个答案解决了我的问题，把我们都带到这里的错误消息对我来说是一个转移注意力的错误消息——但我确实找到了一个解决方案。

对我来说，这个问题的真正原因是:

Django tries to register apps Some exception occurs during app registration (root cause) Something in exception handling tooling pulls in a model somewhere That model lives in an app that hasn't been registered (because, remember, app registration was broken by the root cause exception above) Finally, as its last act before dying Django spits out the (red herring) complaint that brought us all here - i.e. SomeModel doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.

而不是关心这个错误(即把我们带到这里的错误)，我需要向上滚动并阅读第一条错误消息。

这可能看起来像别的东西，它可以是任何打破应用注册。对我来说，根本原因是:

Traceback (most recent call last):
[...SNIP...]                                                                                                                                                                                      
  File "/Users/user/.pyenv/versions/appName_py3/lib/python3.7/site-packages/django/__init__.py", line 24, in setup                   
    apps.populate(settings.INSTALLED_APPS)                                                                                         
  File "/Users/user/.pyenv/versions/appName_py3/lib/python3.7/site-packages/django/apps/registry.py", line 114, in populate 
    app_config.import_models()                                                                                                       
[... SNIP ...]                                                                                                    
  File "/Users/user/app_name/api/models/models.py", line 1122, in <module>              
    class SomeObject(models.Model):                                                                                     
  File "/Users/user/dev_alt/app_name/api/models/models.py", line 1134, in SomeObject
    some_property = models.ForeignKey(SomeOtherObject, null=True, blank=True)                         
TypeError: __init__() missing 1 required positional argument: 'on_delete'   

[...SNIP...]
During handling of the above exception, another exception occurred:

<RED HERRING STACK TRACE THAT BROUGHT US ALL HERE>

同样，“根本原因”问题对你来说可能不同——但对我来说是不同的:我正在从1.11升级一个遗留的Django应用程序。X ~ 3.2.x。在此过程中，Django做了一个破坏向后兼容性的改变，要求模型上所有的ForeignKey和OneToOne属性都有一个on_delete参数。

我为应用程序中的200多个违规情况添加了这个参数，我的根本原因问题和没有声明显式app_label问题都得到了解决。