問題タブ [jenkins-shared-libraries]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
3975 参照

jenkins - jenkinspipeline groovy.lang.MissingMethodException: メソッドの署名がありません

JSON オブジェクトの配列を受け取り、JSON オブジェクトを反復処理する共有ライブラリを呼び出すパイプラインを作成しました。

オブジェクトを転送できることをテストするために Jenkins ジョブを実行しようとすると、次のエラーが表示されます。

コード:

0 投票する
1 に答える
92 参照

eclipse - Jenkins の共有ライブラリを開発するときに、Eclipse で適切な構文の強調表示を取得するにはどうすればよいですか?

私は、Jenkins のスクリプトvars/とクラスを使用して、Jenkins の共有ライブラリを開発中src/です。次の 2 つの障害があります。

  1. Jenkins 固有のメソッドshまたはecho. Eclipse が適切な Groovy メソッドとして認識しないため、グレー表示されています。これらをEclipseに「知らせる」方法はありますか?

  2. vars/foo.groovy2 つの方法でファイルを作成しcall()helper(). プログラム内のどこでも使用foo()すると、グレー表示され、Eclipse がこれが何を指しているのかわからないことが示唆されます。現在は合法的な方法であることを Eclipse に理解させる方法はありますか? foo()
    内部では、とfoo.groovyの両方が有効なメソッドとして認識されることに注意してください。同じことがクラスにも当てはまります- usingは共有ライブラリのどこでも有効なコードとして認識され、表示されたドキュメントはファイルを参照します。call()helper()src/clazz.groovynew clazz()clazz.groovy

Jenkins で実行すると、これらすべてが正常に機能します。これは、純粋に構文の強調表示に関するものであり、可能であれば、関数にカーソルを合わせたときに Javadoc を表示することです。ただし、シンタックス ハイライトが主な懸念事項です。共有ライブラリを展開するのは PITA であり、すべてがグレー表示されているためにキャッチできなかった関数のどこかにタイプミスがあることに気付くだけです。
デフォルトの Groovy 構文の強調表示は機能します。これは、Jenkins や共有ライブラリに直接関連するメソッドに関するものです。

残念ながらオプションではないIntelliJを参照しているため、これは役に立ちません。

0 投票する
1 に答える
737 参照

jenkins - Jenkins 共有ライブラリでマルチメソッド グローバル変数を使用する

Jenkins で共有ライブラリとして読み込まれるリポジトリ内のこの groovy ファイルについて考えてみましょう。

そしてジェンキンスファイルで:

これはうまくいきます。しかし、ライブラリを動的にロードしようとすると:

それはうまくいきません...

ドキュメントからのこの引用に関して、誰かがこれを説明できますか:

Jenkins の共有ライブラリのドキュメントには次のように書かれています。

内部的には、vars ディレクトリ内のスクリプトはオンデマンドでシングルトンとしてインスタンス化されます。これにより、便宜上、単一の .groovy ファイルで複数のメソッドを定義できます。

0 投票する
1 に答える
1188 参照

jenkins - Jenkins共有ライブラリの「変数」はどのように機能しますか?

Jenkins共有ライブラリでいくつかの動作が発生しています.誰かが私にこれを説明できれば素晴らしいでしょう:

創刊

ディレクトリにファイルがあるとしましょうvars

パイプラインからこれらの関数を使用したい場合、私がしたことは次のとおりです。

((1) と (2) のメソッドは、Groovy スクリプトでメソッドを呼び出すメソッドです。この 2 つの「メソッド」という言葉の使い方を混同しないでください。)

MultiMethodしたがって、これをnew演算子でインスタンス化した場合にのみ機能します。

しかし、ファイルの名前を のmultiMethod代わりに (camelCased) にするとMultiMethod、メソッド (2) を使用してスクリプト内のメソッドを呼び出すことができます。誰かがこの動作を説明できますか?

それはうまくいっているようです。

第二号

上記の例に基づいています。という名前の groovy ファイルがある場合MultiMethod( でインスタンス化すると、そのメソッドを使用できることを前に見ました)、次のように、ライブラリを動的にロードするときにnewのオブジェクトをインスタンス化できないようです。MultiMethod

そうしようとすると、次のようになります。

編集

これを行うと、次のことに気付きます。

それは動作します!!

最後の質問

よろしければ別の質問。私は人々が書くことに慣れていることに気づきました

varsディレクトリ内のスクリプトの最後。誰かがそれが何のために良いのか説明できますか? なぜこれらのスクリプトがグローバル変数に変わるのかなど、このメカニズムがどのように機能するのかという文脈で誰かがこれを説明できれば幸いです。

ありがとう