问栈与VisualC++和C#的连续集成

EN

我已经用了好几年了。下面的一些答案说明，大部分工作将产生您自己的构建脚本。我的经验也是如此。我们在构建过程中使用了MSBuild和Powershell脚本的组合，它可以在几乎任何CI工具下运行，因此选择一个取决于您在定制、与其他系统的集成、性能和易用性方面所寻求的内容。

简短答覆：

我推荐詹金斯。到目前为止，这似乎是上述品质的最佳组合。它有大量的插件，一些本地化，并积极开发开放源码软件社区。

较长的答覆：

• I是从克鲁斯控制.Net开始的。它很容易用文本文件进行配置，我发现它非常可靠。然而，我们离开了它，因为Thoughtworks正在转向一种付费产品(Cruise，now Go)，而且未来的发展也受到了质疑。从那时起，一个新的团队已经开始了这个项目，但是从那以后几乎没有关于未来发展的消息。
• 我们搬到了TeamCity，它是免费的，并且有一个很棒的ajax。它很容易设置和开始，并有许多功能的分布式构建。出于几个原因，我们停止使用TeamCity。服务器做了大量的工作，这对我们的基本需求来说有点过分了。尽管如此，它并不是非常可定制的(请参阅时区和通知内容)，而且我们经常发现管理UI令人困惑。这一切都还好，但我们也有不断恶化的性能问题。我们从一个标准的HSSQLDB开箱即用开始，当我们开始经历性能下降时，我们将安装转移到SQL server，然后随着性能的持续下降，我们不得不完全停止使用该服务器。我不知道罪魁祸首是什么，但我找不到任何清理方法来解释在Tomcat web服务器与SQL server争夺资源时性能不断恶化的原因，即使在没有运行活动构建时也是如此。我确信这是我的错，我错过了一些关键的设置，或者需要为服务器提供更多的内存，但这是一个共享的实用程序，我们在CC.Net中没有这些问题，最重要的是，我不是一个Java/Tomcat的家伙，也没有太多的额外时间来解决这些问题。
• 我们现在已经搬到詹金斯了。到目前为止似乎还不错，但我们只是用了很短的时间。它很容易设置，似乎占用的资源几乎没有TeamCity那么多，而且插件的数量也非常之多。到目前为止，唯一的缺点是像许多开放源码软件产品一样，它似乎没有最好的文档，而且它做的太多了，我可能会调整一下旋钮，让它以我们想要的方式设置。

。

在CruiseControl和TeamCity之间，TeamCity的设置更快、更容易，但是您可能需要检查它的授权。我不能和詹金斯说话，从来没有用过。

Jenkins有一个很大的优点，就是非常可扩展(目前超过400个插件)，这允许您将它与大量其他工具结合在一起。所以它给了你在其他工具选择上的完全自由。我最近读到，这是TeamCity的一个问题，您无法使用整个工具堆栈(例如，使用SVN或Git作为版本控制系统)。

我把Jenkins自己用于我们的项目，这些项目都有Java和C++代码，我对这个工具非常满意。我们以前有过CruiseControl，一次也没有后悔过。