CruiseControl (原始)和CruiseControl.NET之间的区别

Question

原始CruiseControl端口和.NET端口有什么不同？我比较了这两个版本，但除了它的开发语言之外，我找不到任何大的区别。我想使用它们中的任何一个来(自动化)测试web应用程序，使用Selenium和Subversion，甚至Groovy，但不知道该选择哪一个。

编辑看过CC和Hudson之后，我选择了Hudson，因为它很简单，它已经有了运行Groovy脚本和Selenium的插件

Answer 1

选择我，选择我！(我在原来的CruiseControl上工作。)

我从未使用过CC.NET，但据我所知，我同意它们是相当可比的。最重要的区别可能是跨平台与仅限于Windows。

现在我想知道什么时候会有人过来说他们都是废话，你应该试试Hudson？;)

(当然还有lots of other choices...)

Answer 2

CruiseControl.NET (以下简称cc.net)具有构建队列(http://confluence.public.thoughtworks.org/display/CCNET/Project+Configuration+Block)，它允许您序列化依赖于特定构建顺序的构建。我正在java版的cruisecontrol中模拟这种行为，但功能并不是一一对应的。然而，我从.net转移到java版本的原因是.net版本的核心转储了mono (两个月前的cc.net夜间构建和mono夜间构建)。故障出在Monos线程处理上，但voids尝试启动并运行cc.net。

如果您没有注意到配置示例/文档所遵循的版本号，那么这方面的文档可能很难找到(confluence.public.thoughtworks.org有更新的配置文档，而ccnet.sourceforge.net没有。我知道ccnet很可能是一个死网站，但如果你没有仔细阅读你访问的每个页面上的日期戳，这可能会咬你一口)。

此外，cc.net中的cvs和svn的源控制块比java版本中的对应部分更细粒度，功能更丰富，但这在我的工作中并不是问题。java版本也很容易扩展/修改re: plugin行为，但你真的希望看到这种工作在上游进行，而不是分支。

java版本和.net中的fork (模单声道运行时行为)都给我留下了相当深刻的印象，但您真的不想尝试任何其他的cruisecontrol分支。我有过hudson的外围体验，功能不足以让我远离cruisecontrol。Hudson在http://hudson.gotdns.com/wiki/display/HUDSON/Home上有一张Hudson和CruiseControl (java)的比较图(有点彩色)

一个可行的替代方案是python实现的buildbot (http://buildbot.net/trac)。它没有花哨的gui仪表板，而且设置更受命令行限制，但是如果你在做分布式构建，它很容易设置和运行。

Answer 3

我认为对你来说，这将归结为操作系统，原始版本可以在nix上运行，而.net版本可以在windows上运行。

还有其他自动构建实用程序也可以做到这一点，例如windows空间中的TeamCity和ruby世界中的cruisecontrol.rb。

此外，还有一个名为pSake的基于PowerShell的构建实用程序，它可以轮询subversion并执行任务。