Django 项目 celery 和 django-filter 导致错误

Question

我有一个工作的 django 项目，但在我将 django-filter 添加到我的需求文件后，我开始遇到芹菜错误。我正在使用 python 3.7，这里是已安装包的列表 w/ 版本：Django-3.0.7amqp-2.6.0asgiref-3.2.7billiard-3.6.3.0celery-4.4.4certifi-2020.4.5.1chardet-3.0.4django-bootstrap3-12.1.0django-celery-results-1.2.1django-filter-2.2.0djangorestframework-3.11.0idna-2.9 importlib-metadata-1.6.0kombu-4.6.10ovirt-engine-sdk-python-4.4.3psycopg2-2.8.5pycurl-7.43.0.5python-gitlab-2.2.0pytz-2020.1redis-3.5.3requests-2.23.0six-1.15.0sqlparse-0.3.1urllib3-1.25.9vine-1.3.0zipp-3.1.0我决定删除我使用过滤的代码，只保留 pip 安装包，但我仍然看到相同的错误。下面是一个相关的片段，但如有必要，我可以添加整个跟踪。celery-beat_1  | [2020-06-04 18:11:33,145: CRITICAL/MainProcess] beat raised exception <class 'ModuleNotFoundError'>: ModuleNotFoundError("No module named 'future'")celery-beat_1  | Traceback (most recent call last):celery-beat_1  |   File "/usr/local/lib/python3.7/site-packages/kombu/utils/objects.py", line 42, in __get__celery-beat_1  |     return obj.__dict__[self.__name__]celery-beat_1  | KeyError: 'scheduler'celery-beat_1  | celery-beat_1  | During handling of the above exception, another exception occurred:celery-beat_1  | celery-beat_1  | Traceback (most recent call last):celery-beat_1  |   File "/usr/local/lib/python3.7/site-packages/kombu/utils/objects.py", line 42, in __get__celery-beat_1  |     return obj.__dict__[self.__name__]celery-beat_1  | KeyError: 'backend'...celery-beat_1  | [2020-06-04 18:11:33,161: WARNING/MainProcess] File "/usr/local/lib/python3.7/site-packages/celery/backends/base.py", line 10, in <module>celery-beat_1  | [2020-06-04 18:11:33,161: WARNING/MainProcess] from future.utils import raise_with_tracebackcelery-beat_1  | [2020-06-04 18:11:33,161: WARNING/MainProcess] ModuleNotFoundErrorcelery-beat_1  | [2020-06-04 18:11:33,161: WARNING/MainProcess] :celery-beat_1  | [2020-06-04 18:11:33,161: WARNING/MainProcess] No module named 'future'该项目是使用 docker compose 构建的，用于设置 celery/redis/db/webapp。关于为什么 django-filter 破坏一切的任何想法？

Answer 1

如果您使用 pipenv 或类似的包管理器之类的工具安装包，那么它们将升级所有过时的包，除非您告诉他们不要这样做。

在这种情况下，celery 已升级到 4.4.4，并且您在 celery 中遇到了一个相当令人尴尬的错误（老实说......那是如何通过 CI 的？），但至少可以轻松修复安装未来的模块。