如何解决tox中requirements文件的依赖版本冲突问题？

首选方案是移除requirements-dev.txt中已包含在requirements.txt里的重复依赖，理由如下：

• requirements.txt是生产环境的核心依赖，版本稳定性直接影响已部署服务，不能轻易改动；而requirements-dev.txt的定位就是补充开发、测试、linting所需的额外工具（比如pylint、tox、flake8这类），本身就不该重复声明生产依赖。
• 删掉重复项后，让tox先安装requirements.txt，再安装requirements-dev.txt，既保证生产依赖版本和部署环境一致，又能彻底避免版本冲突，同时依赖结构更清晰，后续维护成本更低。

绝对不建议降低版本：

• 降低生产依赖版本可能引发已部署服务的兼容性问题，反而违背你“不影响已部署版本”的初衷；
• 降低开发工具的依赖版本，可能导致linting工具功能缺失、出现bug，甚至和GitLab流水线的工具版本不一致，回到最初的问题。

额外可以做的优化：

• 调整tox配置里的依赖安装命令，用pip install -r requirements.txt -r requirements-dev.txt，让pip按顺序处理依赖，进一步避免潜在冲突；
• 用pip-compile（pip-tools工具集里的命令）来自动生成依赖文件：分别维护requirements.in和requirements-dev.in，然后编译出锁定版本的.txt文件，既保证依赖版本一致性，又能自动处理依赖树，减少手动维护的疏漏；
• 核对GitLab流水线的依赖安装步骤，确保和本地tox使用的依赖源、安装顺序完全一致，从根源上消除环境差异。

内容的提问来源于stack exchange，提问作者J. Donič