c++ - 采用 Bamboo 或 TeamCity 作为原生 Windows C++ 构建自动化/CI 服务器？

Question

目前，我们正在通过 FinalBuilder 运行我们的自动化(不是 CI)构建通过一个非常简单的本地 Apache 界面，该界面仅在我们的服务器上启动 FB 脚本。 (我喜欢 FinalBuilder，并将保留它，但它是 CI 服务器，FinalBuilder Server 恕我直言——尤其是它目前不支持任何“代理”概念来跨机器分发构建。)

我们在 Windows 上进行 native C++ 开发，在需要和有意义的地方混合了一点 .NET。

我们当前的 FinalBuilder 脚本可以很好地完成所有工作，从创建夜间构建到完整发布(构建/自动翻译/构建/单元测试/创 build 置/将创建的工件放在网络共享上/...)，但我们的 网络界面、排队能力、用户可追溯性和报告非常有限。

我环顾四周，似乎 TeamCity 和 Bamboo 勾选了相似的框，但我能找到的大多数描述仅涵盖 Java 和/或 .NET 简单构建。

所以我的具体问题是，给出

• 几个 (20-30) 复杂 FinalBuilder 脚本，它们的工作令我满意，我将不得不集成到(“调用”自)新的自动化/“CI”服务器
• native Windows C++ 和 .NET 项目
• 实际构建(= 编译器调用)目前是通过一些 Visual Studio 解决方案文件完成的
• 目前有一台构建服务器机器，希望扩展到 2-3 个 atm。
• 使用 JIRA 作为问题跟踪器
• 使用 AccuRev 作为 SCM

哪个工具更适合，为什么:TeamCity (currently 6.5)或 Bamboo (currently 3.1) .

(请注意，我也希望在 TeamCity 和 Bamboo 论坛上得到一些非常主观的答案。)

Answer 1

TeamCity方面，集成了Jira，有AccuRev插件，对VisualStudio/C++项目有很好的支持。它还可以运行任意脚本。

您可以通过基于 HTTP 的 API 触发构建并获取一些构建结果。在 UI 中，您可以看到已构建了哪些更改以及在哪些构建配置中。轻松地将任何自定义 HTML 报告集成到 TeamCity UI 中(无需编码)，发布工件。

可能，您应该尝试两种解决方案，看看哪一种更适合您(使用 Teamcity，您可以免费使用全功能服务器，唯一的限制是构建代理的数量和构建配置的数量)。

免责声明:我是 TeamCity 开发人员