会社でいくつかのカスタマイズされたレポート用にビルド後のプラグインを作成しています。ここで提供されている Jenkins の「hello world」の例から始めました。
https://wiki.jenkins-ci.org/display/JENKINS/Plugin+tutorial
これはうまくいきました。プラグインをロードして、Jenkins インスタンスで問題なく使用できました。
私のプロジェクトをうまく進めるために、HelloWorldBuilder を、Jenkins HPI セットアップが作成したデフォルトのフォルダーとは別のフォルダーに移動し、このプラグインを問題なくビルドしてアップロードすることができました。これを hudson.tasks.Recorder から派生するように変更し、@Extension を BuildStepDescriptor から派生するように変更することもできました。これはすべて正常にビルドされ、hpi ファイルを Jenkins に問題なくアップロードでき、ビルド後の手順でプラグインを期待どおりに使用できました。この時点で、物事は順調に進んでおり、私はこれが簡単になるだろうと考え始めたという間違いを犯しました.
クラスの名前を「HelloWorldBuilder」から変更しようとすると、問題が発生し始めました。プラグインはまだビルド後のステップとして表示されますが、構成できなくなりました。config.jelly クラスと対応するヘルプ html ファイルを、新しいクラス名に基づいて新しいディレクトリに移動しようとしましたが、うまくいきませんでした。他のフォーラム、他のプラグイン リポジトリ、および見つけたドキュメントに基づいて、パス構造と命名規則の組み合わせをいくつか試しましたが、役に立ちませんでした。
ここで何が欠けているのかわからないので、私の質問は次のとおりです。Jenkins は、プラグイン/クラス名とディレクトリ構造のさまざまな組み合わせに対して、ビルド後のプラグインを実装するクラスに基づいて config.jelly ファイルを正確にどのように検出しますか?