持续集成：促进生产力的 DevOps 方法

DevOps 可以让公司迅速推出新产品，已成为最受欢迎的生产方法。以前，一个产品被完全开发出来的过程中，测试是完成指出错误和可改进区域的吃力不讨好的工作。

这不仅昂贵，而且耗时。在最坏的情况下，开发团队将不得不回到绘图板。使用 DevOps，开发团队在迭代中推动产品，运营团队进行必要的测试。这里的优点是所有的开发和测试都在迭代中进行。

随着 DevOps 的速度加快，出现了更精细的实践。其中之一是持续集成 (CI)，开发人员经常对软件代码进行添加和修改。这些添加可以每天进行一次，更改范围允许开发人员轻松解决问题。

这些更改主要是为了在整个生命周期内改进软件。不断的改进使 DevOps 团队能够快速检测代码故障。CI 的另一个好处是持续反馈。无论是对运营团队还是对其客户而言，反馈循环始终处于活跃状态，并为 CI 流程提供动力。

1 CI 如何提高生产力

CI 是一个可以在你的所有开发活动中根深蒂固的过程。这种兼容性存在于开发人员更改主代码以适应他们想要的更改时。DevOps 研究和评估研究得出的结论是，开发人员在更改主要代码时工作得更好。

此外，由于自动化测试可以检测需要改进的领域，因此生产变得容易，从而节省了时间。由于这些测试是在更改之前和之后执行的，透明和即时的结果允许开发人员决定是否进行更改。

CI 的主要优势是 DevOps 团队不会偏离主代码太远。一个额外的好处是软件将始终运行，因为经过适当考虑后合并了更改。这种快速的开发和测试允许更快的部署和稳定的软件，这转化为成本节约，因为 DevOps 团队不再需要回到原点。

但是，这种快速性要求人们致力于对软件进行必要的更改。为了在不花费太多时间和精力的情况下实现这一点，DevOps 团队必须构建可以自动化的可靠测试。

然而，没有任何过程是完美的，CI 也不例外。尽管有它的好处，但由于一些挑战和缺陷，CI 并没有让所有人满意。让我们来看看这些缺陷。

2 CI 的缺陷

当硬件发布时，无论是机器还是智能手机，它都会发布主要功能。除了一些小的升级外，不会对硬件进行任何修改或添加。在DevOps进入前，软件的情况也是如此。软件开发人员的努力与雕刻家没有什么不同。

他们将原材料切碎，直到他们的最终产品被完全雕刻。尽管 CI 现在被快节奏的软件公司采用，但某些开发人员会因为将主要功能作为增量更新推出而感到恼火。另外，尽管 CI 提供了稳定性，但该公司将花费大量时间来整合他们设定的所有预期功能。

此外，对代码的频繁更改意味着必须将更改添加到代码存储库中。尽管这听起来没什么大不了，但 DevOps 团队经常在他们的本地机器上进行更改。必须将必要的代码更改保存在统一平台上，以供其他编码人员访问和理解。这些变化还需要测试，DevOps 团队可能会忘记——这是完全可以理解的，因为开发人员对软件进行了无数更改。这是自动化测试应该到位的主要原因。如果采用CI，自动化测试是必须的，并且应该花费足够的资源来实现它。

最后，这些自动化测试不应该消耗太多时间。如果测试花费太多时间，请将任务截断为小部分并同时进行测试。这将节省时间和精力。

持续集成是一个看似简单的过程。然而，相关的是每个人都参与了过程灌输。此外，由于整个流程相当冗长且需要大量协作，因此公司应做好充分准备，为 DevOps 团队提供成功执行工作所需的工具。

虽然CI的这些缺陷会使得一些工作量增加，但它的回报超过了小障碍。软件的快速推出、增量和稳定性是大多数公司所需要的。然而，CI 不是每个人的游戏，因为它是资源密集型的，需要灵巧的自动化。