简介：

作为 开发人员，管理项目依赖项是一项经常被忽视的例行任务，直到它没有被注意到。 pip freeze >requirements.txt 的简单性可能很有吸引力，但在更复杂的项目中，它可能会导致意想不到的问题，从而扰乱工作流程。在遇到几个障碍后，我发现了一种更可靠、更完善的依赖关系管理方法，我想与大家分享。

点冻结的问题：

命令 pip freeze >requirements.txt 已成为许多开发人员的标准做法。虽然它在大多数情况下都有效，但它有一些明显的缺点：

立即学习“”；

1. 包含不必要的软件包： pip freeze 捕获所有已安装的软件包，包括作为其他软件包的依赖项自动安装的软件包。这会导致requirements.txt臃肿，其中可能包含您的项目不直接依赖的包。

2. 版本冲突：包含自动安装的依赖项有时会引入版本冲突，特别是当这些依赖项对于您的项目不是必需的但其他包需要时。

3. 环境特定问题： pip freeze 反映了环境的当前状态，其中可能包括为特定本地需求安装的软件包，从而导致在另一台计算机上复制环境时出现问题。

遇到障碍：

在尝试复制我的项目环境时，我直接遇到了这些问题。我使用 pip freeze 生成了requirements.txt，但是当我尝试在新的虚拟环境中安装这些依赖项时，遇到了以下错误：

error: could not find a version that satisfies the requirement cloud-init==23.1.2 (from -r requirements.txt (line 13)) (from versions: none) error: no matching distribution found for cloud-init==23.1.2 (from -r requirements.txt (line 13)) 

这个错误令人沮丧，因为 cloud-init 是一个我从未直接安装过的软件包。它被作为依赖项引入，但 pip freeze 捕获了它，就好像它是我项目的一等公民一样。

寻找解决方案：

为了解决这些问题，我转向使用 pipreqs 和 pip-tools 的更精细的方法。以下是解决我的依赖管理问题的分步过程：

1. 安装必要的工具

首先，我安装了 pipreqs 和 pip-tools，它们提供了更精细的依赖管理方法：

pip install pipreqs pip-tools 

2.使用pipreqs生成requirements.in

我没有使用 pip freeze，而是使用 pipreqs 生成了一个requirements.in 文件，该文件仅包含我的项目中直接使用的包。这可以防止包含不必要的依赖项：

pipreqs ./ --savepath requirements.in --force --ignore ./venv/,./test_venv/ --mode no-pin 

以下是每个标志的作用：

• –savepathrequirements.in: 指定输出文件。
• –force：强制覆盖任何现有文件。
• –ignore ./venv/,./test_venv/: 忽略虚拟环境目录，防止扫描不相关的文件。
• –mode no-pin：防止版本固定，从而提供更大的灵活性。

3.编译requirements.txt文件

接下来，我使用 pip-tools 中的 pip-compile 生成最终的requirements.txt：

pip-compile 

此步骤确保仅包含必要版本的软件包，从而提供干净且无冲突的requirements.txt。

4. 安装依赖项

最后，我安装了新生成的requirements.txt中的依赖项：

pip install -r requirements.txt 

这种方法产生了更精简且更易于管理的requirements.txt 文件，消除了不必要的包和版本冲突。

结论：

使用 pipreqs 和 pip-tools 从 pip freeze 切换到更强大的依赖关系管理流程，改变了我的工作流程。它不仅解决了眼前的问题，还让我更好地控制了项目的依赖关系。

如果您一直依赖 pip freeze 并面临类似的挑战，我强烈建议您尝试这种方法。这是一个小小的转变，可以对 python 项目的稳定性和可移植性产生很大的影响。

以上就是在 Python 中提取需求文本的最简单方法的详细内容，更多请关注php中文网其它相关文章！