は完全に私は次の記事に出くわしたプロジェクトのリリースをカスタマイズするための努力ではMavenのリリースのライフサイクル

Question

を上書き：

：以下の仮定は、デフォルトのリリースのプラグインを使用するために作られて本質的には

http://www.sonatype.com/people/2011/01/using-the-maven-release-plugin-things-to-know/

• あなたのコードベースはバージョン管理され、「ユニット」としてリリースされます。
• SCMツールとリポジトリマネージャを使用しています。
• SCMの「バージョン管理可能な」単一のユニットからリリースを実行しています。
• あなたは、ほとんどすべてのこれらのケースでは

リポジトリに成果物を公開している標準のバージョン番号

を使用している、私たちのプロジェクトは、これらの仮定を満たしていません。カスタムバージョンスキーマ（SCM、mavenなどとは独立しています）を使用したいと考えています。アーチファクトをファイルシステム（リポジトリではない）にデプロイします。 MavenにSCMをまったく混乱させることはありません。その他

お勧めのとおり、私たちはおそらく独自のリリースライフサイクルを定義する必要があります。したがって、プラグインを実行するには、mavenのデフォルトのライフサイクルリリース段階をオーバーライドする必要があると想定しています。私は必要なドキュメントの場所が不足していると思います。これも可能ですか？

Answer 1

あなたがやっていることは、Maven内でやる価値があるにはあまりにも過激かもしれません。Mavenからトリガされた並列ビルドシステムを効果的に書くことができます。

私はさまざまなプラグインを設定することから始まります（ライフサイクルの段階でトリガーされたプラグインを使ってMavenの機能のほとんどが提供されます）。 Mavenプラグインを記述する必要があるかもしれません。私はあなたがこのような過激な事件でやらなければならないことを期待しています。

• http://maven.apache.org/guides/plugin/guide-java-plugin-development.html