我有一个三个 python 项目 A、B 和 C。每个项目都相互依赖。

我现在如何“清理”我的 requirements.txt 以确保只有此“级别”所需的高级依赖项存在。

例子

一个要求：

boto3==1.2.4

B要求：

A==0.0.1
boto3==1.2.4 cookiecutter
==1.4.0

C要求：

B==0.0.1懒人
==0.9.9
boto3==1.2.4 cookiecutter
==1.4.0

粗体包是应该被过滤掉的包。

一些 Python 包需要两个包之一作为依赖项。例如，Ghost.py需要PySide或PyQt4。

是否可以在文件中包含这样的依赖关系requirements.txt？是否有任何“或”运算符适用于这些文件？

如果没有，我该怎么做才能将这些要求添加到文件中，以便只安装其中一个？

我目前在之前的提交中引入了一个 repo：

我想在那个提交中修改一些代码，所以我已经分叉了 repo。

是否可以在之前的提交中修改 Github 存储库的内容，然后在 requirements.txt 中链接到修改后的提交？

如果我可以通过 Github 网站完成所有操作，而不是克隆到本地、修改和推送等，如果可能的话，那就太好了。

这是一个非常简单的requirements.txt：

问题是，sharedmem 实际上依赖于 numpy 甚至可以运行它的 setup.py，它是一个安装依赖项。正如预期的那样，运行pip install -r requirements.txt确实会首先尝试安装 numpy，但 sharedmem 仍然会在尝试 import 时中断numpy.distutils.core。大概是因为 pip 首先将库安装到临时构建目录中，并且它不在导入路径中。

关于如何处理它的任何想法？

PS 看起来这是一个骗局：在 Python 中，`pip -r requirements.txt` 不会*递归地安装包*？，但问题也没有在那里解决。

是否有类似requirements.txtPython 的功能，您可以在其中将使用的包列表存储到文件中，并且每当其他人想要运行您的程序并需要安装依赖项时，他们只需pip install -r requirements.txt.

我认为，这在将 R 脚本部署到生产环境时很有帮助。如果没有这样的功能，我该如何复制它？

我正在尝试部署一个我一直在使用 Heroku 的小型网站。

但是，当我从终端运行“git push heroku master”命令时，会出现以下导入错误消息：

据我了解，当此过程尝试从依赖于 numpy.txt 的“requirements.txt”文件中安装 CVXcanon 模块时，会发生错误。我不确定如何解决这个问题。

不久前有人发布了一个类似的问题，但是提供的解决方案涉及在继续安装“requirement.txt”模块1之前手动安装模块依赖项

编辑 这里是“requirements.txt”文件的内容：

这是更详细的错误消息：

给定requirements.txt一个 virtualenv 环境，从脚本中检查是否满足要求并在不匹配的情况下可能提供详细信息的最佳方法是什么？

Pip 通过主要版本更改了它的内部 API，所以我看到了不要使用它的parse_requirements方法的建议。

有一种方法pkg_resources.require(dependencies)，但是如何用它的所有花哨来解析需求文件，比如 github 链接等？

这应该很简单，但找不到任何指针。

更新：需要程序化解决方案。

所以我正在从头开始创建一个全新的 Flask 应用程序。正如所有优秀的开发人员所做的那样，我的第一步是创建一个虚拟环境。

我在虚拟环境中安装的第一件事是Flask==0.11.1. Flask 安装以下依赖项：

• 点击==6.6
• 它的危险==0.24
• Jinja2==2.8
• MarkupSafe==0.23
• Werkzeug==0.11.11
• 轮子==0.24.0

现在，我创建了一个requirements.txt以确保克隆存储库的每个人都具有相同版本的库。然而，我的困境是这样的：

• 我是否在requirements.txt中提到了每个 Flask 依赖项以及版本号或
• 我是否只是在requirements.txt中提到了确切的 Flask 版本号，并希望当他们执行pip install requirements.txt时，Flask 会负责依赖管理，他们会下载正确版本的依赖库

我开发了一个 Python/Django 应用程序，它从一个虚拟环境（由 创建virtualenv）运行。

创建虚拟环境时pip，默认将全局版本复制到新创建的环境中，这可能已经过时了（例如，Ubuntu 14.04 上1.5.4的包中的版本）。python-pip

为了避免手动升级，将版本pip固定在文件中听起来是个好主意，例如添加以下行：piprequirements.txt

pip==8.1.2

在那里指定pip版本还允许pip通过更改需求文件中的行来升级所有托管应用程序环境（本地、开发、生产）。

这听起来像是一个好习惯吗？这种方法有什么问题吗？

在requirements.txt我正在使用的 Python 库中，其中一个要求被指定为：

是什么~=意思？