在连续集成解决方案中使用python tox而不将tox安装为根目录?

在连续集成解决方案中使用python tox而不将tox安装为根目录?,python,tox,Python,Tox,我确实喜欢自包含的解决方案,并且能够在不必在机器上安装任何东西的情况下运行unittests 这将允许我在多台机器上测试python包,而不必为此做准备 是否可以(如何)使用tox运行python单元测试而不将其安装到机器上(因此root访问)。您可以使用virtualenv来实现这一点,特别是如果您有一个相对较新的python版本 这将允许您使用所需的任何软件包创建一个沙箱环境,跨环境共享它,并运行您需要运行的内容 另一种方法(有点“复杂”)是使用类似Vagrant的VM解决方案来建立一个沙盒

我确实喜欢自包含的解决方案,并且能够在不必在机器上安装任何东西的情况下运行unittests

这将允许我在多台机器上测试python包,而不必为此做准备


是否可以(如何)使用tox运行python单元测试而不将其安装到机器上(因此root访问)。

您可以使用virtualenv来实现这一点,特别是如果您有一个相对较新的python版本

这将允许您使用所需的任何软件包创建一个沙箱环境,跨环境共享它,并运行您需要运行的内容

另一种方法(有点“复杂”)是使用类似Vagrant的VM解决方案来建立一个沙盒环境,该环境可以在任何地方运行。它确实需要安装和配置,但这是一次性的,然后可以用于设置您所需的任何环境,而不会影响每台机器的实际系统库

<>这些只是我想的一般方法,因为你知道你使用的实际限制和体系结构,你会更好地了解你的情况。 我认为virtualenv安装确实是一种可行的方法,您可以让它以系统包为基础,然后在沙箱顶部安装
tox


您也许可以使用virtualenv来实现这一点,特别是如果您有一个相对较新的Python版本

这将允许您使用所需的任何软件包创建一个沙箱环境,跨环境共享它,并运行您需要运行的内容

另一种方法(有点“复杂”)是使用类似Vagrant的VM解决方案来建立一个沙盒环境,该环境可以在任何地方运行。它确实需要安装和配置,但这是一次性的,然后可以用于设置您所需的任何环境,而不会影响每台机器的实际系统库

<>这些只是我想的一般方法,因为你知道你使用的实际限制和体系结构,你会更好地了解你的情况。 我认为virtualenv安装确实是一种可行的方法,您可以让它以系统包为基础,然后在沙箱顶部安装
tox


您可以尝试下载并使用自动安装tox脚本。它从tox.ini下载并创建所有必需的内容。

您可以尝试下载并使用自动安装tox脚本。它从tox.ini下载并创建所有必要的内容。

我主要希望获得一个设置,您可以在系统上使用本地版本的python签出代码并运行测试,而无需在机器上安装任何东西。这将允许我在Jenkins slaves或类似的平台上运行。更新时,我会提供一个指向virtualenv选项的链接,我认为这对您来说可能很方便。我主要希望获得一个设置,您可以在系统上签出代码并使用本地版本的python运行测试,而无需在机器上安装任何东西。这将允许我在Jenkins slaves或类似的东西上运行。更新了一个指向virtualenv选项的链接,我认为这对您可能很方便。