私は、アグリゲーターを介してモジュールをビルドしたいと思いますが、アグリゲータープロジェクト自体はビルドされないようにしてください。私のユースケースでは、アグリゲータは単にビルドをグループ化するために使用されるダミーラッパーであり、それ自体のプロジェクトとしては意味がありませんMavenではどのようにモジュールをビルドしますが、アグリゲータープロジェクト自体はビルドしませんか?
何らかの理由でアグリゲーターを削除することはできますか?
私は、アグリゲーターを介してモジュールをビルドしたいと思いますが、アグリゲータープロジェクト自体はビルドされないようにしてください。私のユースケースでは、アグリゲータは単にビルドをグループ化するために使用されるダミーラッパーであり、それ自体のプロジェクトとしては意味がありませんMavenではどのようにモジュールをビルドしますが、アグリゲータープロジェクト自体はビルドしませんか?
何らかの理由でアグリゲーターを削除することはできますか?
AFAIKこれを行う方法はありません。しかし、私はあなたの本当の問題は、このアグリゲータ成果物が他のモジュールと一緒にリモートリポジトリに配備され、それが意味をなさないということです。私はその後、お勧めすることは、このように、その展開を無効にするには、アグリゲータのpom.xml
にmaven-deploy-plugin
ため<skip>true</skip>
を設定することです:サポートは<version>2.4</version>
REFに deploy-mojo install-mojo
ありがとう、役立ちました –
非常に悪いです。それをしないでください!あなたは親で嫌がらせをする。一部のクライアントがモジュールを取得する場合は、そのモジュールの親が必要です。親があなたのレポから解決できないため、動作しません。そのプラグインの設定は継承されます。このような設定は非常に賢明に行うべきです。 –
ここでは、親ではなくモジュールのアグリゲータについて説明します。アグリゲータは通常==親ですが、必ずしもそうではありません! –
を開始
ポンポンプロジェクトで構築するものは何もありません。したがって、オーバーヘッドはほとんどありません。あなたの実際の問題は何ですか? –
私は自分の再帰的なローカルビルドプラグインを構築しています。これは(再帰的に)-SNAPSHOTの社内依存関係のモジュールを含む中間のpom.xmlを構築します。ラッパーのpomがログ出力に機能し、プラグインのユーザーを混乱させたくない –