私は、varsフォルダ内にGroovy関数を呼び出すJenkinsパイプラインを持っています。Jenkins Pipelineでは、varsフォルダの共有ライブラリから値(マップまたはリスト)を返します。
a)は、そのない適切なアプローチがこれを達成するための方法があっても)の値を返すために適切なアプローチ、スクリプトやパイプライン
Bでアクセスしてから、リストやマップが言うです機能性?
私は、varsフォルダ内にGroovy関数を呼び出すJenkinsパイプラインを持っています。Jenkins Pipelineでは、varsフォルダの共有ライブラリから値(マップまたはリスト)を返します。
a)は、そのない適切なアプローチがこれを達成するための方法があっても)の値を返すために適切なアプローチ、スクリプトやパイプライン
Bでアクセスしてから、リストやマップが言うです機能性?
ユーティリティ機能では、srcフォルダを使用しますが、varsフォルダでは機能しない理由はありません。 Jenkinsfileコール内から
: def result = yourClass{ yourArg }
などVARS場合の定義に戻り値を追加します。 def call(body) { return true }
はい、そのアプローチには何の問題もありません。共有ライブラリの多くのメソッド呼び出しは、パイプラインで操作する値を返します。
他のメソッド呼び出しと同じように値を返します。宣言型パイプラインでは、スクリプト{}タグ内にない限り、その戻り値を割り当てることはできません。しかし、あなたはいつもそれを印刷するためにGStringを使うことができます。