8

我发现大多数人都在谈论Hudson的简单和免费的持续集成。现在我个人不喜欢它的界面,我觉得它非常混乱,而且我发现几乎没有人谈论Cdash——我喜欢CMakeCTest看起来也不错。

您能否为您最喜欢的持续集成服务器/构建器/测试器/仪表板简要描述其强弱决策点

以下是我听说过或使用过的免费列表(对于中小型项目的广义含义):

环境: C++、C#、Python、PHP……可以多种多样。

PS:最好给每个工具一个答案或评论它已经有一个。

4

3 回答 3

2

我无法评论 CDash 或 TeamCity,但我认为 CruiseControl 和 Hudson 都有自己的优势:

  • CruiseControl 非常适合使用 Ant 或 Maven 构建的项目,如果您有大量项目,它的 UI 会更加清晰。默认情况下,它还做了一些(IMO)明显的事情,比如在构建电子邮件中包含一个更改列表,并通过电子邮件通知成功的构建以及失败的构建,Hudson 不会在不安装和配置额外插件的情况下做。
  • 我发现使用 shell 脚本或 makefile 而不是 Ant 的构建更容易设置 Hudson。它实际上是一个通用的作业控制应用程序,而不是一个构建系统。如果需要在多个平台上构建,Hudson 的从节点设置非常简单。通过插件机制,Hudson 肯定更容易扩展。
于 2010-06-03T15:46:30.873 回答
1

对于 PHP 项目CruiseControl + phpUnderControl是我的终极选择。此外,我喜欢 CC 干净的界面。另一方面,我觉得Hudson的插件系统真的很方便,因为它简化了很多项目的配置,但我同意前端缺乏可用性。

理想情况下...... CruiseControl + 一个插件系统或一个干净的 Hudson + 一个 phpUnderControl 端口 :)

于 2010-06-03T12:10:12.020 回答
0

我们有大约 50 个项目,每个项目都有几个目标。我发现被咬对我们的需求非常有用。它的扩展性比巡航控制好得多,并且与 trac 很好地集成在一起。

Bitten 使用 Hudson 风格的从节点,我们有从节点对部分、全部或仅其中一个项目进行构建、测试和报告。插件很容易编写(在 python 中),尽管似乎没有 Hudson 那么多。

缺乏被咬的前端(很难管理多次运行的测试结果),并且 trac 不能很好地完成“项目的项目”,因此我们正在考虑将其插入声纳。两者的结合可能非常酷。

于 2010-06-29T22:45:17.413 回答