python - Python 代码库的持续集成系统

Question

我开始使用Python代码库开展一个爱好项目，我想建立某种形式的持续集成（即每次签到时运行一组测试用例，并向负责人发送 nag 电子邮件测试失败时的人）类似于CruiseControl或TeamCity。

我意识到我可以在大多数VCSes中使用钩子来做到这一点，但这要求测试在与版本控制服务器相同的机器上运行，这并不像我想要的那样优雅。有人对适合Python代码库的小型、用户友好、开源持续集成系统有任何建议吗？

score 32 · Accepted Answer

我们在工作中运行Buildbot - Trac。我没有过多地使用它，因为我的代码库还不是发布周期的一部分。但是我们在不同的环境（OSX/Linux/Win）上运行测试，它会发送电子邮件——而且它是用 Python 编写的。

score 29 · Accepted Answer

一种可能性是哈德逊。它是用 Java 编写的，但与 Python 项目集成：

哈德森拥抱 Python

然而，我自己从未尝试过。

（ 2011 年 9 月更新：在商标争议之后，Hudson 已更名为Jenkins。）

score 19 · Accepted Answer

其次是 Buildbot - Trac 集成。您可以在Buildbot 网站上找到有关集成的更多信息。在我之前的工作中，我们编写并使用了他们提到的插件 (tracbb)。该插件所做的是重写所有 Buildbot url，以便您可以在 Trac 中使用 Buildbot。（http://example.com/tracbb）。

Buildbot 的真正好处是配置是用 Python 编写的。您可以将自己的 Python 代码直接集成到配置中。编写自己的 BuildSteps 来执行特定任务也很容易。

我们使用 BuildSteps 从 SVN 获取源、拉取依赖项、将测试结果发布到 WebDAV 等等。

我编写了一个 X10 接口，以便我们可以发送带有构建结果的信号。当构建失败时，我们打开了红色熔岩灯。构建成功后，绿色的熔岩灯亮了。美好的时光：-）

score 18 · Accepted Answer

我们使用 Buildbot 和 Hudson 进行 Jython 开发。两者都很有用，但有不同的优点和缺点。

Buildbot 的配置是纯 Python 的，一旦掌握了它就非常简单（查看 epydoc 生成的 API 文档以获取最新信息）。Buildbot 可以更轻松地定义非测试任务和分发测试人员。但是，它确实没有单独测试的概念，只有文本、HTML 和摘要输出，所以如果你想拥有多级可浏览的测试输出等，你必须自己构建它，或者只使用 Hudson。

Hudson 非常支持从整体结果向下钻取到测试套件和单个测试；它也非常适合比较构建之间的测试输出，但是分布式（主/从）的东西相对更复杂，因为您也需要在从属上的 Java 环境；此外，Hudson 对主从之间的不稳定网络链接的容忍度较低。

因此，为了获得这两种工具的优势，我们运行一个 Hudson 实例，它可以捕获常见的测试失败，然后我们使用 Buildbot 进行多平台回归。

以下是我们的实例：

score 7 · Accepted Answer

7

我们正在使用与 trac 集成的Bitten 。它是基于python的。

于 2008-09-16T16:51:46.063 回答

score 6 · Accepted Answer

TeamCity 有一些 Python集成。

但是 TeamCity 是：

不是开源的
不小，而是功能丰富
对中小型团队免费。

score 5 · Accepted Answer

对于较小的代码库，我对Travis-CI有很好的经验。主要优点是：

设置在不到一半的配置文件屏幕中完成
您可以自己安装或只使用免费托管版本
github存储库的半自动设置
在网站上不需要帐户；通过 github 登录

一些限制：

不支持 Python 作为第一类语言（截至撰写本文时；但您可以使用 pip 和 apt-get 安装 python 依赖项；请参阅本教程）
代码必须托管在github上（至少在使用正式版时）

python - Python 代码库的持续集成系统

7 回答 7

Related

Reference