c# - 使用 Visual C++ 和 C# 持续集成堆栈

Question

请推荐一个很好的持续集成，它可以构建和集成 .net 堆栈和 Visual C++。

我得到的一些建议是

1. Jenkins
2. 巡航控制
3. 团队合作

由于项目的多语言性质，您会推荐哪种持续集成解决方案？

Answer 1

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

简答:

我推荐 Jenkins 。到目前为止，它似乎是上述品质的最佳组合。它有大量插件和一些本地化内容，并且由 OSS 社区积极开发。

长答案:

• 我从 Cruise Control .Net 开始。它很容易用文本文件配置，我发现它非常可靠。然而，我们放弃了它，因为 Thoughtworks 正在转向付费产品(Cruise，现在是 Go)并且 future 的发展存在问题。此后，一个新团队 fork 了该项目，但此后几乎没有关于 future 发展的消息。
• 我们搬到了 TeamCity，它是免费的并且有一个很棒的 ajax-y 用户界面。它易于设置和使用，并且具有许多用于分布式构建的功能。出于多种原因，我们不再使用 TeamCity。服务器做了很多事情，对我们的基本需求来说有点过分了。即便如此，它也不是很可定制(请参阅时区和通知内容)，我们经常发现管理 UI 令人困惑。这一切都还好，但我们也遇到了不断恶化的性能问题。我们从开箱即用的标准 HSSQLDB 开始，当我们开始遇到性能下降时将我们的安装移至 SQL Server，然后随着时间的推移性能继续下降而不得不完全停止使用该服务器。我不确定罪魁祸首是什么，但我找不到任何清理工作来解释性能不断恶化的原因，因为 Tomcat Web 服务器与 SQL Server 争夺资源，即使没有正在运行的事件构建也是如此。我确定这是我的错，我缺少一些关键设置或需要为服务器提供更多内存，但这是一个共享实用程序框，我们在 CC.Net 上没有这些问题，最重要的是，我不是Java/Tomcat 的家伙，没有太多额外的时间来继续解决这些问题。
• 我们现在搬到了 Jenkins。到目前为止它似乎工作正常，但我们只用了很短的时间。它很容易设置，占用的资源似乎不如 TeamCity，而且插件数量多得离谱。到目前为止，唯一的缺点是与许多 OSS 产品一样，它似乎没有最好的文档，而且它的功能如此之多，以至于我可能需要调整旋钮一段时间才能按照我们想要的方式进行设置。