Testing CruiseControl（原始）和CruiseControl.NET之间的差异

原始CruiseControl和.NET端口之间有什么区别吗？我已经比较了这两种语言，但除了它所使用的语言之外，没有发现任何大的差异。我想使用它们中的任何一个来（自动）测试web应用程序，使用Selenium和Subversion，甚至Groovy，但不知道选择哪一个

[编辑]

---

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

我想对你来说，这将归结于操作系统，original可以在nix上运行，.net版本可以在windows上运行

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

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

选择我，选择我！（我在原来的CruiseControl上工作。）

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

现在我想知道有人过来说他们两个都是废话，你应该试一试，还要多久

（当然还有…

CruiseControl.NET（此后的cc.NET）有构建队列（），它允许您序列化依赖于特定构建顺序的构建。我正在java版本的cruisecontrol中模拟这种行为，但是功能没有一一对应。然而，我从.net版本转向java版本的原因是.net版本的核心使用mono转储（两个月前的cc.net nightly build和mono nightly build）。错误在于monos线程处理，但会使启动和运行cc.net的尝试无效

如果您没有注意到配置示例/文档所遵循的版本号，那么查找关于此的文档可能会很困难（confluence.public.thoughtworks.org有更新的配置文档，而ccnet.sourceforge.net没有。我知道ccnet很可能是一个死站点，但如果您没有仔细阅读您访问的每个页面上的邮戳，这可能会咬到您）

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

java版本和.net中的fork（modulo mono运行时行为）都给我留下了深刻的印象，但你真的不想尝试cruisecontrol的任何其他fork。我对hudson有过外围设备的经验，这些特性不足以让我从cruisecontrol转向cruisecontrol。hudson有一个哈德逊和CruiseControl（java）在

---

一个可行的替代方案是python实现的buildbot（）。它没有花哨的gui仪表板，而且设置更受命令行的约束，但是如果您正在进行分布式构建，则设置和运行起来非常容易。

我将提供一个我选择的更新，但是Hudson看起来很不错，很简单，对我来说有足够的选项：PTeamcity也是一个不错的选择。关于不同的teamcity和cc.net之间的通信