本文是对Jenkins Pipeline post的后续需求。由nicolasdeloof启动的Jenkins构建流插件获得了巨大成功，因此，Koshuke决定重新开始。在这一刻，淘客公众号，我想象你，亲爱的读者，滚动你的眼睛，想知道如果一个项目成功了，为什么会有人重新开始？Build Flow项目始于2012年，从一开始就被视为概念证明。插件背后的核心思想是通过代码定义CD管道。为了简化编码，Nicholas创建了一个基于Groovy的DSL。社区的反应是非常积极的，插件得到了广泛的采用，这表明插件的方向是正确的，应该进行更多的探索。然而，云服务器服务好，中国物联网，这个插件遇到了一些技术限制，阻碍了社区的进一步开发。因此，决定重新开始使用通过构建流插件获得的知识和经验。Jenkins工作流插件诞生了，后来改名为Pipeline插件。它继续保持构建流插件的核心思想，而之前的经验允许贡献者避免一些错误并显著改进设计。Jenkins管道插件的主要特性Pipeline插件的主要特点是通过代码定义部署流。这个插件基于Groovy DSL，可以用来指定构建步骤。通常需要许多"标准"Jenkins作业链接在一起的整个流程可以用单个脚本表示。基于Groovy的DSL语法允许我们将两者的优点结合起来。通过DSL，我们可以简单地定义常用的任务，小程序建站，比如访问SCM存储库、任务应该运行的节点的定义、并行执行等等。另一方面，由于插件使用Groovy，几乎任何操作都可以相对容易地定义。最后，我们可以使用条件句、循环、变量等等。由于Groovy是Jenkins不可或缺的一部分，我们也可以使用它来访问几乎任何现有的插件，甚至Jenkins的核心特性。如果您不熟悉Groovy（也不想了解它），在大多数情况下，您可以通过DSL完成所有的事情。它可以被认为是一种语法非常简单的新语言。创建一个新DSL的决定确实是个好决定。领域特定语言已经存在很长时间了，并且被证明在定义非常精确的任务集时更有效。这个插件是以一种易于扩展的方式设计的。尽管它的使用时间很短，但我们已经看到了许多贡献。虽然我们可以使用Groovy访问任何插件，但长期计划是扩展DSL，以便所有常用的DSL都可以通过它定义。由于整个交付流程定义为纯文本格式的代码，因此不仅可以在SCM中存储脚本，而且强烈建议您将脚本存储在SCM中。通过将管道脚本存储在Git中，我们可以应用与任何其他代码相同的过程。我们可以将其提交到存储库，使用拉式请求、代码复查等。此外，淘客放单平台，多分支管道插件允许我们将脚本存储在Jenkinsfile中，并在每个分支中定义不同的流。我希望你已经可以看到，与更"传统"的工作定义方式相比，它有很多优点。实际上，管道插件打开了一些以前关闭的或者很难通过的门。它将Jenkins带到了一个全新的水平，再次证明了它是CI/CD工具的领导者。插件只是一个偷窥管道的功能。我们将在下一篇文章中更详细地讨论它的语法、功能和特性。DevOps 2.0工具包如果您喜欢这篇文章，您可能会对devops2.0toolkit:Automating The Continuous Deployment Pipeline with containined Microservices一书感兴趣。（披露：我写了这本书）在许多其他主题中，它更详细地探讨了管道插件Jenkins及其周围的生态系统。这本书是关于不同的技术，帮助我们以一种更好、更有效的方式设计软件，将微服务打包成不可变的容器，不断测试并部署到自动配置配置管理工具的服务器上。它是关于快速、可靠和连续的部署，无停机时间和回滚能力。它涉及到可扩展到任意数量的服务器、能够从硬件和软件故障中恢复的自愈系统的设计以及集群的集中日志记录和监视。换句话说，这本书使用一些最新和最好的实践和工具封装了整个微服务开发和部署生命周期。或者用Ubuntu，andconsulter，Docker，我们用Docker，consulter，Docker，或者用。我们将学习许多实践，甚至更多的工具。这本书可以从LeanPub和Amazon上买到(亚马逊网站以及其他全球网站）。