去年，我们引入了管道作为代码系统，它允许您定义完整的Jenkins管道项目-构建、测试、登台或部署，无论您需要什么-从与项目本身相同的源代码库中的Jenkinsfile脚本，为兼容的SCM系统定义。有了这个"标记文件"的标准化，Jenkins能够检测出可构建的分支并自动为它们创建子项目，甚至可以检测组织内的可构建存储库，把Jenkins内部的配置保持在最小值。因为然后，我们发现了许多情况，管理员需要更多的权力和控制如何定义项目。我们的客户特别感兴趣的是对谁可以定义管道脚本进行限制。大型安装通常也被设计成为产品团队中的许多"租户"提供服务，在这些团队中，Jenkins管理员负责服务质量（文件保留策略、超时、共享代理分配），甚至可能需要在项目方面强制执行公司范围内的策略，例如使用审计工具。或者Jenkins管理员可能只想让开发团队不必考虑Jenkins配置，更不用说学习Groovy了语法。For在这些案例中，我们构建了一种定义管道的替代方法。在组织文件夹级别，界面很简单：（当然，您也可以从SCM加载定义。）此功能为管理员提供了一个通用管道脚本的可能性，该脚本将应用于任何使用给定结构的项目，无论是构建工具、框架、Dockerfile，或者只是一些特定于站点的设置列表。甚至可以识别多种格式，或者用不同的定义为单个存储库分支定义多个项目。无论何时何地，主脚本都可以"转义"到每个存储库管道的Groovy代码，例如，允许在构建结束时将额外的Jenkins插件用于报告或通知，不放弃对整个构建方面的控制，比如超时和资源分配通过将CloudBees Pipeline:Templates插件更新到2.2版本，1.642.x及更新的LTS系列中的CloudBees-Jenkins Enterprise的用户可以使用这个新特性。更多的文档可以在CloudBees网络上找到。