C++ 采用竹子或TeamCity作为本机Windows C++；构建自动化/CI服务器？
目前，我们正在通过一个非常简单的自主开发的Apache界面运行我们的自动化（而不是CI）构建，该界面只在我们的服务器上启动FB脚本。（我喜欢FinalBuilder，并将保留它，但它是CI server，只是不支持IMHO——尤其是目前它不支持任何“代理”概念，无法跨机器分发构建。）C++ 采用竹子或TeamCity作为本机Windows C++；构建自动化/CI服务器？,c++,build-automation,teamcity,bamboo,C++,Build Automation,Teamcity,Bamboo,目前，我们正在通过一个非常简单的自主开发的Apache界面运行我们的自动化（而不是CI）构建，该界面只在我们的服务器上启动FB脚本。（我喜欢FinalBuilder，并将保留它，但它是CI server，只是不支持IMHO——尤其是目前它不支持任何“代理”概念，无法跨机器分发构建。） 我们在Windows上做了本地C++开发，在需要的地方混合了.NET /P> 我们当前的FinalBuilder脚本做得非常好，从创建夜间构建到完整发布（构建/自动翻译/构建/单元测试/创建设置/将创建的工件放到网
我们在Windows上做了本地C++开发，在需要的地方混合了.NET /P> 我们当前的FinalBuilder脚本做得非常好，从创建夜间构建到完整发布（构建/自动翻译/构建/单元测试/创建设置/将创建的工件放到网络共享上/…），但我们的Web界面、排队能力、用户跟踪和报告都非常有限
我环顾四周，似乎TeamCity和Bambor勾选了类似的框，但我能找到的大多数描述只涉及Java和/或.NET简单构建 所以我的具体问题是，- 几个（20-30个）复杂的FinalBuilder脚本工作起来令我满意，我必须将它们集成到新的自动化/“CI”服务器中（“调用”）
- 目前，实际构建（=编译器调用）是通过几个Visual Studio解决方案文件完成的
- 目前有一台构建服务器，希望扩展到2-3个atm
- 使用JIRA作为问题跟踪器
- 使用AccuRev作为SCM
（请注意，我还希望在和论坛上获得一些非常主观的答案。）对于TeamCity方面，它与Jira集成，具有AccuRev插件，并且对VisualStudio/C++项目具有良好的支持。它还可以运行任意脚本 您可以通过基于HTTP的API触发构建并获得一些构建结果。在UI中，您可以看到已生成了哪些更改以及在哪些生成配置中生成了哪些更改。轻松地将任何自定义HTML报告集成到TeamCity UI中（无需编码），并发布工件 也许，您应该尝试这两种解决方案，看看哪一种更适合您（对于Teamcity，您可以免费使用全功能服务器，唯一的限制是生成代理的数量和生成配置的数量）
免责声明：我是TeamCity开发人员我在类似的环境中工作，使用FinalBuilder实现构建自动化，AccuRev实现源代码控制，并使用本机windows项目 我最终选择了Electric Commander作为这项工作的最佳CI解决方案。可以重用FinalBuilder脚本的一部分，并从Electric Commander调用它们，但只需将FB脚本作为一个构建步骤调用，就会导致您错过使用Electric Commander的一些关键优势—实时日志文件处理，在电子指挥、数据收集和报告中，能够直接并行到各个步骤级别 Electric Commander的API公开了所有产品功能，可与AccuRev触发器结合使用，以实现非常灵活的解决方案 免责声明-我非常喜欢Electric Commander，我加入了该公司，目前受雇于Electric Cloud
为了完整起见，您可以通过转到并单击“try It！”来尝试Electric Commander:我最终使用了+Finalbuilder.：-） 我发现竹子比TeamCity更可信。以下是我的理由：
- 那些用于VS或Eclipse的Jira插件也是竹子插件不需要额外的加载项
- 更好地支持Jira集成
- 很好的用户界面，就像你为Jira使用的一样
- 能够更好地与其他Atlassian工具（如FishEye）集成
- 便宜点。10美元的许可证就足够你的公司了
- 竹子上的附加组件比TeamCity多，有很多插件