6

現在、Jenkins CI 1.643 (と思います) を Multijob プラグインと Job DSL と共に使用しています。
ジョブのコレクションは、ジョブ DSL と、他のすべてのジョブを特定の順序 (ビルド、分析、単体テスト、統合テストなど) で含むマルチジョブを使用して生成されます。

Jenkins 2 にアップグレードして Pipeline プラグイン (以前は Workflow プラグインと呼ばれていました) を使用することに興味があります。Pipeline プラグインは、優れたグラフィカル表現を提供し、現在提供されていない高度な機能も提供します (「一時停止」アクションなど、人間の操作が必要です)。Blue Ocean プロジェクトも非常に洗練されているように見えますが、Pipeline プラグインが必要です。

移行に関して、いくつか質問があります。

  • Job DSL を使い続ける必要がありますか? Groovy には非常に優れたテンプレート メカニズムが作成されているため、製品に関するいくつかの詳細 (使用されているコンパイラや特定の品質しきい値など) を入力するだけで済みます。これは守っていきたいなと思います。
  • Multijob プラグインから Pipeline プラグインに「移行」するためのガイドはありますか?
  • 私が心に留めておくべきことは何ですか？(プラグイン間の主な違い。)
4

1 に答える 1

3

完全な答えではありませんが、

Groovy には非常に優れたテンプレート メカニズムが作成されているため、製品に関するいくつかの詳細 (使用されているコンパイラや特定の品質しきい値など) を入力するだけで済みます。これは守っていきたいなと思います。

Pipeline でこれに相当するのは、プロジェクトの共通の側面を抽象化する Groovy ライブラリを作成し、さまざまな引数を渡すだけのさまざまなジョブの短いメイン スクリプトから呼び出すことです。

Job DSL を使い続ける必要がありますか?

特定のケースでジョブ DSL をパイプラインで使用する理由はまだあります。たとえば、計算された基準に基づいてジョブの配列を自動的に生成する場合などです。

于 2016-06-10T19:03:24.080 に答える