は、Groovyのは、基盤として選ばれました。 Jenkinsは組み込みのGroovyエンジンを長期間出荷しており、管理者とユーザーの両方にとって高度なスクリプト機能を提供しています。さらに、Jenkins Pipelineの実装者は、Groovyが現在「Scripted Pipeline」DSLと呼ばれるものを構築するための強固な基盤であることを発見しました。
Scripted Pipelineは、完全な機能を備えたプログラミング環境であるため、Jenkinsユーザーにとって膨大な量の柔軟性と拡張性を提供します。 Groovyの学習曲線は、一般に、所属チームのすべてのメンバーにとって望ましいわけではありません。そのため、Declarative Pipelineは、Jenkins Pipelineを作成するための、よりシンプルで説得力のある構文を提供するために作成されました。
2つは根本的に同じパイプラインサブシステムの下にあります。それらは「コードとしてのパイプライン」の耐久性のある実装です。彼らはどちらもPipelineに組み込まれたステップを使用することも、プラグインによって提供することもできます。どちらも共用ライブラリを利用することができます
ただし、構文と柔軟性は異なります。宣言は、より厳密で事前定義された構造を持つユーザーが利用できるものを制限し、より単純な連続配信パイプラインの理想的な選択肢にします。スクリプティングは非常に限られたものであり、構造や構文の唯一の制限は、パイプライン固有のシステムではなく、Groovy自身が定義する傾向があり、パワーユーザーや複雑な要件を持つユーザーにとっては理想的な選択です。名前が示すように、Declarative Pipelineは宣言型プログラミングモデルを推奨しています。スクリプト化されたパイプラインは、より不可欠なプログラミングモデルに従っています。考慮すべきhttps://jenkins.io/doc/book/pipeline/syntax/
私は、スクリプトが非推奨になることについて何も表示されません、それは宣言とスクリプトの間の機能のギャップを考慮すると驚くでしょう。 –