Python 代码库的持续集成系统

Question

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

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

Answer 1

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

Answer 2

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

哈德森拥抱 Python

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

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

Answer 3

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

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

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

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

Answer 4

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

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

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

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

以下是我们的实例：

• 杰通·哈德森
• Jython 构建机器人

Answer 5

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

Answer 6

TeamCity 有一些 Python 集成。

但 TeamCity 是：

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

Answer 7

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

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

一些限制：

• Python 不被支持作为第一类语言（截至撰写本文时；但您可以使用 pip 和 apt-get 来安装 Python 依赖项；请参阅本教程）

• 代码必须托管在 github 上（至少在使用官方版本时）