多かれ少なかれ一度にリリースする必要がある多数の SNAPSHOT アーティファクトがあります。並べ替えを行ってから依存関係を一覧表示するプラグインを探していました (dependency:list は依存関係をアルファベット順に表示するように見えますが、dependency:tree は私たちの目的には特に便利ではありません)。

「依存度が最も低い」アーティファクトを最初にリリースし、次に「より依存度が高い」アーティファクトをリリースできるようにソートを行いたいと考えています。

他の誰かがこの必要性に遭遇したことがありますか?

私のプロジェクトが継承するPOMには、いくつかの追加を指定するプラグイン<pluginManagement>用のものが含まれています。releasearguments

私の質問は次のとおりargumentsです。この場合、コマンドラインからパラメーターをオーバーライドする方法はありますか?

親POMにはこれがあります：

そのため、コマンドライン引数は機能しません:

-Darguments="-Pmock -Prelease"パーツには効果がありません。argumentsまだ指定されていない場合は機能します。

親POMを変更したり、使用しないことはできません。

プロジェクトのリリースを生成するためにMavenリリースプラグインを使用しています。ビルドするたびにJavadocを生成したくありません。一方、release：performを呼び出すときは、mavenがsources.jarとjavadoc.jarを生成し、それをmavenリリースリポジトリにデプロイするかどうかを確認します。source.jarのデプロイを無効にする方法に興味があるという理由だけで、デフォルトでデプロイされているように見えます。

スナップショットを使用してソースと Javadoc をデプロイしたいと考えています。これは、次のコマンドを自動化することを意味します。

実行するだけです：

installフェーズ (つまり、ローカル ビルド)中に javadoc/sources の生成を実行したくありません。

ソース/javadoc プラグインをプラグインの実行と同期できることは知っていreleaseますが、それをスナップショット リリースに接続する方法がわかりません。

ゴール

モジュールごとにタグを付けたマルチモジュール Maven リリース

状況

Maven ベースの Java プロジェクトのプロジェクト構造を次のように仮定します。

Subversion のプロジェクト構造は次のとおりです。

私の目標は、リリースを実行するときにモジュールごとにタグを作成することです:

これまで、各モジュールは個別にビルドおよびリリースされていました。プロジェクトが大きくなるにつれて (30 モジュール)、リリースをビルドする時間が増えました。プロジェクトをマルチモジュール セットアップに変更して、リアクターのビルドとリリースを実行したいと考えています。ビルドは問題ないようですが、モジュールごとにタグを作成するのは問題です。

maven-release-plugin は、プロジェクト/リリース全体に対して単一のタグのみを作成することを主張しているようです。モジュールごとのタグなど、複数のタグを作成する方法を探しています。

これまでに試したこと

• すべてのサブモジュールをチェックアウトする xx-all Subversion エイリアスを作成して、それらを参照できるようにします<module>../xx-moduleB</module>
• モジュールごとにコミットしましたが、モジュールごとにタグ付けしなかったcommitByProjectを有効にします。見る
• には各モジュールごとに独自の<scm>要素がありますpom.xmlが、リアクタ リリースの実行時には使用されません。
• mvn --batch-mode -DcommitPerProject=true -DautoVersionSubmodules=true -Drelease.version=1.0.6 release:prepare release:perform

問題

• maven-release-plugin はモジュールごとに svn タグを作成しません
• maven-release-plugin<scm>は、xx-parent タグの下にネストされた「トランク」タグなど、無効な URL でタグを上書きします

質問

このプロジェクトを Maven リリース プロセス、マルチモジュール レイアウトでセットアップし、モジュールごとに個別のタグを取得するにはどうすればよいですか?

参考文献

http://jira.codehaus.org/browse/MRELEASE-261 (クローズ) および MRELEASE-561 (オープン)

wsdl ファイルをリモートの Maven リポジトリにインストールしようとしているので、このブログ投稿に従って CXF プロジェクトで参照できます。

手動で実行できると確信していますが、タグ付けなどにリリースプラグインを利用できるように、実際のmavenプロジェクトが必要です.

誰もこれを経験したことがありますか？

環境（テスト、本番、開発）に応じてプロジェクトのさまざまな分類子を定義するプロジェクトのPOMファイルがあります。

環境ごとにrelease：prepareを1回実行してから、 release：performを実行し、対応するパッケージファイルを生成したいと思います。

問題は、 release：performを最初に呼び出した後、release：prepareによって生成されたメタデータが削除されることです。私はそれがrelease：cleanを呼んでいると思います。

release：prepareを再度実行せずに、異なるプロファイルでrelease：performを実行するために、このメタデータのクリーンアップを防ぐにはどうすればよいですか？

Mavenを使用して配布管理を設定するためのベストプラクティスを知りたいです。

ネクサスリポジトリは、mavensettings.xmlと親pomファイルで構成されています。これはすべてのプロジェクトで一貫しているわけではなく、一貫性を持たせたいのですが。

最善の方法は何ですか？pomファイルまたはsettings.xml？長所と短所は何ですか？

必要な場所でリリースできるように、各ユーザーのsettings.xmlに含める必要があるという議論があります。

私はmaven-release-plugin でHudson を使用しています。

ご存じかもしれませんが、maven-release-plugin は 2 つのステップでプロジェクトをビルドします: release:prepare、次にrelease:perform.

失敗release:rollbackした場合に実行するように Hudson を構成するにはどうすればよいですか?release:perform

SNAPSHOT の依存関係を持つプロジェクトをリリースするのは良い習慣ではありません。

しかし、知りたいのですが、SNAPSHOT依存関係でリリースするmavenリリースプラグインを作成する方法はありますか?

リリース中に依存関係の SNAPSHOT バージョンを受け入れるために maven リリース プラグインに渡すことができるパラメーターはありますか?

お気に入り