我正在寻找不同的 持续集成（CI）服务器（尤其是.NET的比较）的比较，但找不到任何比较。
因此，我想知道您对可用的不同解决方案有何看法，利弊是什么，托管要求是什么，为什么CI Server XY是您选择的服务器。
我对您的想法感兴趣（请随时对其他人发表评论）：
兴趣点是：
Answers:
没有大型CI功能矩阵（Web存档）的链接，该问题就不完整了，该列表列出了几乎所有CI选项。
但是我认为重要的是要预先考虑要在CI系统中包括的范围。它只是构建还是您要引入其他元素，例如静态分析，跨项目依赖关系，部署，功能测试等。为了帮助进行规划，我在企业CI元素上创建了此挂图（PDF ；无需注册）。请不要让“ E-word”让您失望。我的意思是除了基本的快速反馈CI构建之外的其他内容。:)
它不是特定于工具的，而是列出了您在计划/评估阶段时可能考虑的各种实践。
没有帮助：
编辑：Jonik在评论中指出，我错过了Hudson和CruiseControl for Java项目之间的区别是什么？以及如何以及为什么要设置C＃构建机器？。您会找到非常有见地的答案。换句话说，我认为您正在寻找的所有内容都已经在Stack Overflow上了。
TeamCity具有出色的功能，允许开发人员在提交之前执行个人构建。很有用！
CruiseControl.NET是同类产品中的祖父，因此在视觉上有点过时。等等。已经存在了一段时间，Google知道如何解决许多遇到的问题。
由于这些原因（以及其他原因），我在工作中使用CruiseControl.NET，在家里和开源生活中都使用TeamCity ：）
我一直是CruiseControl.NET用户。我的团队在工作中使用它，而在家里用于个人项目。
特别是，CruiseControl.NET使我可以贯穿整个CI过程：构建，版本更新，单元和集成测试，源或发布候选文档的归档，代码覆盖范围，甚至是在工作中部署到我们的测试系统。它是高度可定制的，可以与MSBuild和NAnt很好地兼容，甚至具有可扩展的插件体系结构。
它几乎可以满足我的所有需求。
最大的缺点：配置有时会很麻烦，并且可能需要一些时间。但是一旦完成，就完成了，正如另一位发帖人所说，我喜欢看到“成功构建”信号，因为我知道构建不仅可以正常工作，而且我的单元和集成测试都可以成功运行。
Team Foundation Build是一个选项，并且可以与Team Foundation Server很好地交互。只要您获得了TFS许可，它就是免费的。
CruiseControl.NET-设置起来有点麻烦（与大多数CI系统一样），但值得保留。我目前已设置它以在构建完成时运行单元测试，并按需生产Wix安装程序。正如Dan所说，它看起来有些过时，但这并不重要，因为它为您提供了易于获取和易于阅读的大量信息。
一件事-确保所有开发人员都已安装，运行并指向他们的构建的CC Tray。在通知栏中获得“另一个成功的构建”是一种很棒的感觉。
我对CI场景还不是很陌生，我一直致力于使用NAnt和Ivy构建.NET项目的CruiseControl.NET。
我发现CruiseControl.NET非常适合许多其他工具，例如NCover / NUnit / etc。他们都将其插入，并将结果集成到一个组合的构建过程中。
为了我自己的利益，我将在不久的将来研究TeamCity，但是我认为CruiseControl做得很好，但仅与您的构建脚本一样好！如果这是裤子，那么只能期望您的身材这么好。
但总的来说，CruiseControl.NET是一个很好的解决方案，但是我还没有发现在竞争中有多出色。
我们对哈德森感到满意。我没有什么可比较的，但是它很容易配置和运行。目前，它仅构建Win32 C ++项目和一个安装程序，但我们正在移植到Linux，它也应与此一起工作。
毫无问题地获取Subversion存储库，并发出警报等。到目前为止，我们还是喜欢它。同样，我们在比较方面的经验有限。
我已经使用CruiseControl.NET，TFS 2012和TeamCity 7.x多年了，我相信TeamCity是最好的，因为它易于使用，舒适且信息丰富的UI以及其他很酷的功能（例如构建依赖项）等等。它很有效，我喜欢它。