CI/CD作业到(参考)本地机器的最佳速度关系是什么？

Question

今天，您可以或多或少地自行设置CI/CD工具链，甚至在本地也是如此。事实上，我见过团队在ITSM环境中这样做，因为与管理层的沟通不起作用。

然而，我们永远不知道CI/CD是一条非常重要的公司生产线--即使ITSM没有这么认为，它也能产生价值(简而言之，SLA是指应该在项目时间内生存的系统，而不是在每一个项目和部门中反复设置的系统)。

为了简单起见，让我们忽略网络下载。

问:相对于本地计算机上的设置，CI/CD的执行速度应该是多少(如果可能的话)：

• 也可以吗？
• 更快-多快？
• 慢点？

Answer 1

您希望CI管道的执行速度尽可能快(实际上)，无论是本地的或共享的设置，还是设置它所需的时间--这实际上决定了各个项目的总体开发速度。

但是需要注意的是，这里的速度并不是指每次CI执行的持续时间。这种执行的持续时间可能直接关系到CI QA验证的覆盖范围，这将转化为开发过程的稳定性和产品的质量。例如，在CI验证中包括一个冒烟测试将增加CI执行的时间，但也会提高产品质量--这是一件好事。

但我必须指出:这样的私人CI设置(甚至是您提到的由SLA支持的CI设置)通常是ThoughtWorks团队所称的CI剧院的一个标志。简单地使用CI工具并不能使过程成为CI过程。使用项目/特性/集成分支，在发布之前仍然需要后续的分支合并(不包括精选修复)，这意味着仍然在筒仓(这些分支是筒仓)-瀑布风格中进行开发。

旁注:坦率地说，如果我加入一个管理层不理解CI的重要性的团队(更不用说不能有效地就这样的关键问题进行沟通)，我会找另一份工作--我怀疑他们会继续工作很长时间；

Answer 2

他们应该大致相等。

如果CI系统比本地运行更快，那么您的本地开发将非常缓慢。

如果您的CI系统比本地运行慢得多，它将成为一个障碍，而不是提供价值的东西。