本地运行CircleCI pipeline对PR提交流程是否有实际增益？

明确说，这个操作能带来非常显著的实际收益，尤其适合团队PR提交量大、云端CI资源紧张、流水线执行链路长的场景，核心收益如下：

• 减少无效PR提交和资源占用
  不用为了修复拼写错误、依赖缺失、配置写错这类CI低级问题反复提交PR，既不会把单条PR的commit历史弄得冗余杂乱，也能减少大量无效CI执行占用团队公共的CircleCI云端配额，降低其他团队成员提交PR后流水线排队等待的时间。如果你们团队的CircleCI是按运行时长付费，还能直接降低CI成本支出。
• 提升问题排查修复效率
  云端执行CI需要经历资源调度、环境冷启动、全链路执行的完整流程，跑完出报错再拉日志定位、改完重新提交等待验证，来回的等待成本很高。本地运行的情况下，报错可以直接看本地日志、立刻调试修改，改完就能马上重跑验证，不用等云端调度的空窗期，简单问题的修复效率能提升数倍。
• 降低协作侧的不必要干扰
  大部分团队的PR状态会自动通知评审人，不少还配置了CI状态同步到团队协作群的通知规则，反复提交失败的PR会给评审人、其他团队成员带来大量无效信息干扰，提前本地验证通过再提PR，也能让你的提交记录更整洁，给团队留下更靠谱的印象。

需要注意的是，要保证本地执行逻辑和云端对齐，建议直接用CircleCI官方提供的本地执行命令 circleci local execute 跑流水线，避免本地环境和云端环境不一致、出现本地跑过云端还报错的问题。

内容的提问来源于stack exchange，提问作者enoch.mahesh