Kill Devil Hills，北卡罗来纳州，美国
作为一名长期的计算机爱好者和技术通才，Jeremy Stanley 担任 Unix 和 GNU/Linux 系统管理员已近三十年，专注于信息安全、互联网服务和数据中心自动化。他是 OpenDev Collaboratory 的 root 管理员，Zuul 项目的维护者，并在 OpenStack 漏洞管理团队任职。他住在 Atlantic 的一个小岛上，在业余时间里，他编写自由软件，研究开放硬件项目和嵌入式平台，修复旧的视频游戏系统，并喜欢阅读关于数学理论和宇宙学的文章。
撰写评论
同样有趣的是，对于不同 CI/CD 系统之间术语“管道”的含义，并没有强烈的共识。据我所知，CI/CD 系统最早明确使用“管道”是在 Zuul 中，它自 9 年前的首次发布以来就一直在使用它：https://zuul-ci.org/docs/zuul/reference/glossary.html#term-pipeline
简而言之，因为它被设计为一个排队/排序的“项目门控”系统，所以它使用“管道”来指代提供特定结果上下文的队列集合（因此从您的示例来看，测试、构建和部署都将是在 Zuul 中配置的不同管道）。主要的例子是从变更批准建立的依赖队列，其中每个变更进入一个“门控”管道，等待其依赖的变更或在其之前批准的相关项目的预测合并状态，以反映现实。
持续交付基金会（Linux 基金会的一个基金）内的互操作性特别兴趣小组一直在尝试调查此术语与其他相关术语之间的差异：https://github.com/cdfoundation/sig-interoperability/blob/master/docs/vocabulary.md
我还应该指出，Zuul 对“管道”的使用（很像它的许多其他术语）是从处理器设计中借鉴的。Zuul 管道变更以执行预测并行化，就像 CPU 管道操作以实现推测执行一样。