问题标签 [tox]

以前我手动使用了一个看起来像这样的 Makefile：

这有一个很好的副作用，如果我更改 requirements_dev.txt 或 setup.py，它会重建我的 virtualenv。但是感觉有点笨重。

我想用tox做类似的事情。我知道tox有一个--recreate选择，但我宁愿只在需要时才调用它。

我的新设置是这样的：

和

理想的解决方案将只使用 in 中的内容tox，但可接受的解决方案将涉及 Makefile 和--recreate标志。

tox 网站上列出的第一个功能是“使用不同的 Python 版本和解释器检查你的包是否正确安装”。这让我觉得如果我搞砸了我的 setup.py，测试将不会通过，我会收到我的 setup.py 变坏的警报。

事实并非如此。事实上，如果您按照通常的模式将模块或包放在与 tox.ini 相同的目录中，则代码是从本地目录（又名 {toxinidir}）导入的。这意味着你可以让你的 setup.py 绝对不做任何事情，并且 tox 会告诉你它很好。那时，很容易直到你推送到 pypi 并尝试使用它之后才注意到问题。这是我想防止的问题。

主要问题是空字符串在测试期间出现在 sys.path 上。Python 将其解释为当前工作目录并从那里导入。

有没有办法配置 tox 以便在测试期间不使用本地目录？

目前我的解决方法是 to cd {envtmpdir} && coverage run && mv .coverage {toxinidir}，但这显然是一个丑陋的黑客。

在这里，我提供了我们代码的两个版本：

• 问题的可靠再现。
• 我们的解决方法。

我的目标是找到一个避免上述问题的 tox 配置，并且足够合理以推荐在所有项目中使用。

我需要在tox环境中为pip install 命令设置https 代理。

目前，我有这样的事情：

如果我只使用 pip 命令，例如：

我会出错，因为我在代理后面。

所以我做了这样的事情，它就像一个沙姆一样工作：

但是，问题是我只需要为 pip install 命令设置代理，而对于其他命令（command1，command2，...）https_proxy应该取消设置。

所以问题是如何仅在 tox 中为 pip install 命令设置 https_proxy 并使其不为所有其他命令设置。

Ps 做这样的事情是行不通的：

Pss pip --proxy选项也没有帮助，因为它只设置了http_proxy。

先谢谢了！

我们有一个启用tox的项目（我们称其为“主”项目），它依赖于另一个 tox 项目（我们称其为“库”项目）——所有项目都统一在一个存储库中，因为它都是大型总体项目的一部分。

该项目如何为普通用户工作

对于作为最终用户的常规安装，您只需先安装“库”，然后直接从存储库或任何来源安装“主”，然后运行它。

我们的问题是毒物

但是，作为开发人员，情况有所不同，因为“tox”应该可以工作，并且您可能希望同时拥有多个版本。

您通常检查大型总体存储库，然后文件系统布局是这样的：

现在，如果我进入 main/ 并输入“tox”，就会发生这种情况：

1. 当前行为：它将尝试构建依赖于“库”的“主”项目 - 这显然会导致尝试从 pip 获取“库”。但是，该项目尚未发布（因此不在 pip 上），因此它无法工作 - 即使该库就在同一个 repo 中。

   结果：它不起作用。

   解决方法 1：我们可以设置自己的包索引/要求用户这样做。然而，要求每个为项目做出贡献的人都使用 DevPI 或类似的工具来运行单元测试似乎不是一个好主意，所以我们需要集中进行。

   但是，如果我们在某个中心位置提供一个包索引或为“库”提供一个 pip 包，那么人们无法在涉及他们自己创建的“库”的修改版本的情况下轻松运行“主”测试：

   毕竟“库”在同一个存储库中，所以人们不妨在某个时候修改它。

   在“主”项目文件夹中键入“tox”将不会轻易地适应当前相邻的“库”版本，但只有预先打包的在线内容并不完全直观。

   解决方法 2：我们尝试了 sitepackages=True 并在系统中安装“库” - 但是，sitepackages=True 给我们带来了很多麻烦，而且总的来说这似乎不是一个好主意。

2. 期望的行为：我们希望 tox 在同一个总体存储库中使用该文件夹中“库”的本地版本，人们通常会得到一件事：

   该版本可能更新，甚至本地修改，所以这显然是开发用户想要使用的。它存在，目前还不能说 pip 包。

为什么我们无论如何都想要带有子项目（“main”，“library”，...）的总体存储库，而不仅仅是一个项目？

我们开发了一个多守护进程的大型项目，其中包含许多用于各种目的的守护进程，在一些库中共享代码以形成一个大学课程管理系统（处理论坛，可以提交东西的课程管理，为学生项目附加的代码版本控制系统ETC。）。

可以只使用守护程序的一个子集，因此它们是独立的项目是有道理的，但它们仍然连接得足够多，以至于大多数人都希望拥有其中的大部分——因此它们都在一个存储库中。

该库本身也适用于完全不同的项目，但它通常用于我们的项目 - 所以这就是它被塞进存储库的地方。所以这意味着它总是在给定的相对路径中，但它有单独的 tox.ini 和单元测试。

TL;DR / 摘要

那么我们如何才能让 tox 在另一个可毒项目文件夹中查找特定的依赖项，而不是在安装项目时只使用 pip 呢？

当然，“main”的常规 setup.py 安装过程不应该乱用 tox 或搜索本地磁盘：它应该只检查一个特定的相对路径，然后如果那个不存在就放弃（并回退点子或其他）。

所以最好是相对路径可以以某种方式存储在 tox.ini 中。

或者这只是一个非常糟糕的主意？我们是否应该以不同的方式解决这个问题，以使我们的“主”项目易于使用本地存储库中存在的“库”的最新本地开发版本来毒化？

我正在尝试使用最新版本的 setuptools 开发一个 python 程序。但是每次我的构建失败时都会显示以下消息：

到目前为止的问题是：

• 在 travis.yml 中更新/重新安装 setuptools 无效，因为 tox 生成的“virtualenv”具有以前的 setuptools
• 在 tox 调用 setup.py 之前无法升级/重新安装 setuptools（在此步骤之后安装依赖项）

任何想法 ？

我正在使用以下“.travis.yml”启动我的测试：

tox 配置（'tox.ini'）如下：

我正在努力让 Tox 和 Conda 一起玩得很好。主要是因为我有很多非 python 依赖项需要安装，而且很容易创建 Conda 发行版。然后我可以用一个简单的conda install.

但是，我无法激活 conda 环境。

python build_env.py --conda-env {toxworkdir}/conda {packages}负责创建环境（如果需要）、安装软件包等。问题就在于此source activate {toxworkdir}/conda。我得到一个ERROR: InvocationError: could not find executable 'source'错误。直接在命令行中输入命令可以正常工作。

对于那些有兴趣的人。在build_env.py这个要点中：https ://gist.github.com/JudoWill/70450979353fa2d12823 ...目前它只是安装 Python 依赖项，但在其预期的环境中它将安装不一定是 Python 库的 Conda 存储库。有什么想法吗？

我需要我setup.py在另一个文件中调用一个函数。我知道这可以通过设置来完成，cmdclass例如：

但我正在使用tox，它似乎不接受来自的导入setup.py（它只是说找不到模块）。为了使 tox 运行，我可以将其放入tox.ini：

它会运行得很好。

问题

我怎样才能让我的setup.py电话成为我的功能而不会抱怨它？

以当前用户身份安装 tox 似乎存在问题：

我做了一个pip install --user tox并且它工作但在这种情况tox下没有安装命令并且运行模块的通常技巧python -m tox不适用于tox。

我有一个 python 模块，其中包含来自 pypi 的依赖项列表，并且我确实想针对任何新的依赖项进行测试，因此我能够发现对依赖项所做的更改何时会破坏我的模块。

例子requirements.txt

假设在 PyPi 上我们有这些版本

基于此，我希望至少针对这些组合运行测试：

通过进行这种矩阵测试，我们应该能够非常快速地发现问题

我怎样才能获得这个功能？有没有人实施过这样的事情？

现在我正在使用 Travis CI、tox 和 py.test 并针对 3 个版本的 python 运行。

您好，我正在尝试使用 Tox 来设置我的测试环境。

我想解决什么问题？

我很少有服务器使用不同的网络设置（不同的 ip、不同的接口名称等）运行测试，所以我准备了具有所有配置的模块，并且我使用服务器编号安装它，即

这样，在我的环境中，我只有一个配置，我可以在测试中导入它，而无需了解正在运行的实际服务器测试。

现在我正在尝试使用 tox 来设置虚拟环境，但我遇到了问题，因为我不知道如何仅为一个依赖项定义特定的 install_command？我什至不知道这是否可能。

提前感谢您的帮助

BR 克日什托夫