在不同环境中自动构建C ++应用程序

Question

现状：我们有一个用C ++编写的应用程序，使用cmake进行构建，使用googletest进行单元测试。

我们有两种环境：

• 测试：本地功能较弱的服务器
• 生产：带有预构建AMI映像的多个Amazon EC2实例

我们在本地计算机上进行测试，并在发布时在生产计算机上签出代码，构建并运行。

现在，公司正在使用自动构建工具（例如Jenkins）来推广CI。 虽然我们可以使构建过程自动化，但是有些人建议不要直接在生产机器上构建。

但以我的拙见，不像只要有JRE就能运行Java程序，C ++应用程序高度依赖于机器。

在大多数情况下，Docker也许是灵丹妙药，但不幸的是，由于我们的应用程序需要在真实计算机的群集上运行，因此无法将其放入docker。

工业界是否有通用/通用的方法来解决此类问题？

Answer 1

您可以使用与Production相同的服务器类别为CI系统添加一个Staging （或Pre-production或任何您想要的名称）环境，而不会干扰Production服务器。

对Staging结果满意后，就可以安全地部署到Production 。

关于运行CI系统本身可能会干扰同一台服务器上的测试的说法仍然适用于Staging环境（我不确定我是否正确理解这是关注的一部分）。 解决该问题的唯一方法是仅致力于CI系统操作（运行CI基础设施，建筑物等）的CI环境。 此CI环境中的服务器类别仅对CI系统性能重要。 CI系统应该能够在不受CI操作影响的远程环境（例如Staging或Production上处理测试验证。

Answer 2

我不想猜测为什么您的应用程序真正需要硬件/服务器，但我的第一个选择是泊坞窗，它很棒。 我们做类似的事情，并且与github，bamboo，stash和docker很好地集成在一起。 最好的部分是可伸缩性和相关性得到很好地包含，并且可以快速识别出构建故障。

我过去见过的另一种方法是，您有各种安装了公共文件服务器的构建机器/服务器，并且每当在git中进行推送时，就会调用本地服务，该服务会选择CPU负载最低的服务器并在该服务器上构建代码机器（尽管代码位于公共文件服务器中）