读完另一个答案后。我能理解。根据不同的情况使用不同的方法。 我来解释一下。我是怎么破案的。这也会帮助其他人

test_model.py pycharm和模型类的pycharm映射中没有显示错误或警告

在测试运行时显示如下错误

python manage.py test cheese

解决方案

from everych.cheese.models import Dodavatel

没有任何错误的输出:

结论:大多数建议在测试类中导入应用程序模型类的答案是有问题的。检查导入是否正确

在我的例子中，在settings.py中的BASE_DIR有一个问题。这是包的结构:

project_root_directory
└── service_package
    └── db_package
        ├── my_django_package
        │       └── my_django_package
        │          ├── settings.py
        │          └── ...
        └── my_django_app
               ├── migrations
               ├── models.py
               └── ...

它在更新settings.py时工作:

INSTALLED_APPS = [
    'some_django_stuff_here...',
    'some_django_stuff_here....',
    ...
    'service_package.db_package.my_django_app'
]

BASE_DIR指向项目根目录

BASE_DIR = Path(__file__).resolve().parent.parent.parent.parent.parent

在调试中运行django，在registry.py中使用断点-> def get_containing_app_config(self, object_name)

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

manage.py makemigrations myapp

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

manage.py makemigrations

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

问题是:

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

您是否遗漏了将应用程序名称放入设置文件中? myAppNameConfig是由.manage.py createapp myAppName命令在apps.py中生成的默认类。其中myAppName是应用程序的名称。

settings.py

INSTALLED_APPS = [
'myAppName.apps.myAppNameConfig',
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
]

这样，设置文件就会找到您想要调用应用程序的内容。您可以通过在apps.py文件中添加以下代码来更改它的外观

我的应用名称/应用程序.py

class myAppNameConfig(AppConfig):
    name = 'myAppName'
    verbose_name = 'A Much Better Name'

TL;DR:添加一个空白__init__.py为我解决了这个问题。

我在PyCharm中得到了这个错误，并意识到我的设置文件根本没有被导入。没有明显的错误告诉我这一点，但是当我在settings.py中放入一些无意义的代码时，它并没有引起错误。

我在local_settings文件夹中有settings.py。但是，我忘记在同一个文件夹中包含__init__.py，以便导入它。一旦我添加了这个，错误就消失了。