Jenkins中的“声明性管道”到底是什么？如何从之前的“流水线”概念切换？

Question

我对Jenkins中的“声明性管道”的概念感到有点困惑。

现在，我正在使用几个"Multibranch-Pipeline“类型的作业。我维护“共享库”，它结合了一个具有可重用功能的vars文件夹。在同一个存储库中，还有一个jobs文件夹，其中包含“完整的管道”，应该配置一个普通的“管道”类型的作业，然后这些被多分支-管道-作业监视的Jenkinsfile触发。

如何将其转换为“声明性管道”。关于“普通与声明性”这一主题入门的最好的文档资源是什么？

Answer 1

这里有几篇很好的文章，可以让你开始使用脚本化管道和声明式管道(我不是作者)。

https://www.blazemeter.com/blog/how-to-use-the-jenkins-scripted-pipeline https://www.blazemeter.com/blog/how-to-use-the-jenkins-declarative-pipeline

下面的段落来自第二篇文章，并很好地总结了它。我在脚本化管道和声明性管道之间看到的一个很大的区别是，声明性管道应该存储在源代码控制系统中，并在每次运行时签出。声明式管道是一种比脚本化更新的方式，但脚本化管道不会消失。

Jenkins为您提供了两种开发管道代码的方法:脚本式和声明式。脚本化管道，也称为“传统”管道，基于Groovy作为其特定于域的语言。另一方面，声明性管道提供了一种简化的、更友好的语法，使用特定的语句来定义它们，而不需要学习Groovy。