問題タブ [maven-release-plugin]

release：prepare中にプロファイルをアクティブにする必要があります。

しかし、私が実行すると：

アクティブリストにプロファイルリリースが表示されることはありません。次の場合、アクティブなプロファイルリストに表示されません。

<releaseProfiles>このプロファイルを準備と実行の両方で使用したいので、使用できませんでした

ありがとう！

私のチームがMercurialリポジトリ内のソースを使用して特定のプロジェクトに取り組んでいるため、リポジトリのサイズは明らかに大きくなっています。そのため、ネットワークを介したリポジトリのクローン作成はますます遅くなります。

古いコミットを削除したり、リポジトリのサイズを縮小して低速ネットワークでのクローン作成操作を高速化するために使用される手法はありますか？

（私たちはMercurialクライアントとしてTortoiseHgを使用していますが、それは（私が推測しているように）この問題の解決策に違いをもたらすべきではありません。）

i wanted to setup hudson job to perform release of our project from hudson. But i have a problem: our build process is running tests that need connection to db, host:port of db is specified as system parameter. But when i try to to such system parameter to release:prepare it seems that is creates a nested process and doesn't pass any system parameters to it. How can i pass system parameter to nested process?

Can i do it with maven profiles?

Thx for any comments!

こんにちは、

次のシナリオの一般的なベストプラクティスの方法はどうなのかと思っていました:

弊社ではコードフリーズを行っております。そのため、Maven プロジェクトのリリース候補をリリースしたいと考えています。テスト後、この候補はリリースされます。

では、スナップショットのように処理されるように、maven で「リリース」を作成するにはどうすればよいですか? Maven は、RC バージョンの新しいバージョンまたはパッチを適用したバージョンを常にダウンロードする必要があります。フルバージョンへのテストと最終リリースの後にのみ、それはすべきではありません...

では、どうすれば RC をリリースできますか?

ありがとう

ここで何か間違ったことをしているのか、maven-release-pluginにバグがあるのか​​わかりません。しかし、バージョン1.2.1をリリースしようとすると、mavenは正しいバージョンのタグを作成しますが、タグのpom.xmlに設定されているバージョン番号は1.2に設定されています（本来の1.2.1ではありません）。

これは、1.2でバグを修正しようとしたときに行うことです。

1. svn cp URL / tags / myapp-1.2 URL / branchs / myapp-1.2
2. URL / branchs / myapp-1.2 / pom.xmlのproject.versionを1.2.1-SNAPSHOT（以前は1.2）に編集します
3. ソースのバグを修正する
4. 変更をコミットする
5. mvn release：prepare
6. ＃求められたら、デフォルトを使用します：リリースバージョン1.2.1、次の開発バージョン1.2.2-SNAPSHOT
7. [情報]成功を収める

これまでのところOKですが、新しいタグのコードを確認すると、バージョンが間違っています。URL / tags / myapp-1.2.1 / pom.xmlのバージョンは1.2であり、タグ名が示すように1.2.1ではありません。ここでmvnrelease：performを実行すると、新しくアップロードされたjarの名前がmyapp-1.2.jarに設定され、リポジトリ内の元のjarが上書きされます。

maven-release-pluginバージョンを2.0から2.1にアップグレードしましたが、それ以上の成功はありません。このエラーの原因は、プラグインがこれを行うプロセスの一部であることを私は知っています。

これにより、ソースがtags/myapp-1.2からtags/myapp-1.2.1にコピーされますが、これには変更は含まれていません。タグではなく、branchs / myapp-1.2からコピーする必要があることに同意しますか？

これは他の誰かのために働いていますか、そして私が何か間違ったことをしているのかわかりますか？

release:perform 目標の一部として、すべてのプロジェクトで実行するカスタム プラグインがあります。

マルチモジュール ビルドの使用を開始したばかりですが、プラグインが最上位モジュールでのみ実行されることに気付きました。リリースの最後にプラグインをすべてのモジュールで個別に実行するには、どうすればよいですか? プラグイン コード自体でそれらを反復処理する必要がありますか? もしそうなら、それを行う例はありますか?私が見るところ、 MavenProject.getModules() はそれらのモジュールの文字列名のリストを返すだけで、それらのモジュールの情報を取得する方法がわかりません(私のプラグインが必要です)それぞれの groupId:artifactId:version であり、この場合、モジュールのバージョンが常に同じであるとは限りません)。

@aggregator の有無にかかわらず試してみましたが、問題に関しては何も変わりません。

これは、プロジェクトの最上位でのみ実行され、すべてのサブモジュールに対して SKIPPED を報告する CLI から直接 (フェーズに関連付けられていない) プラグインを実行するのと同じケースであると想定しています。

Maven 3.0.3 を使用しています。

Mac OS X 10.5 で mvn release:prepare を実行しようとしていますが、次のメッセージが表示されて失敗します。

問題は、svn がインストールされ、問題なく動作することです。(/opt/subversion/bin/svn)。

私は3つのMavenプロジェクトを持っています。A、B、C としましょう。これらのプロジェクトはそれぞれ、フラットなディレクトリ構造を持つマルチモジュール プロジェクトです。

プロジェクト C はプロジェクト B に依存します。一方、プロジェクト B はプロジェクト A に依存します。

現時点では、3 つのプロジェクトすべての Hudson を使用して継続的インテグレーションを正常に実行できます。

私がやりたいことは、maven-release-plugin を使用して、3 つのプロジェクトすべてを一度にリリースすることです。私が理解している限り、maven-release-plugin では、依存関係が SNAPSHOT バージョンではなく完全なリリースである必要があります。

開発段階で Eclipse ワークスペースの解決がプロジェクトの相互依存性を維持できるように、SNAPSHOT バージョン番号を維持する必要があります。

これらのプロジェクトには階層的な依存関係があるため、依存関係の SNAPSHOT バージョンを連続して更新しながら、プロジェクトを順番にリリースする必要があります。

どうすればこれを達成できるかについてのアイデアはありますか?

maven-release-plugin がこれを達成できるとは思わない。少なくとも、私が学んだことから。プロジェクトがリリースされると、依存関係のバージョン番号を更新する別の Hudson ジョブを実行する必要があると思います。

質問を明確にするために：

• 確立されたベストプラクティスまたは既知のプラクティスの賛否両論の分析を探しています
• プロジェクトのライフサイクルとは、統合前、統合、QA、製品前、製品環境にデプロイすることを意味します。

コンテキストによっては：私たちのプロジェクトは毎週統合とQAにデプロイされ、現在、統合デプロイメントごとに新しいリリースを作成していますが、これは正しくないと感じています。これにより、毎週すべてのpomが更新され、開発者レベルの依存関係が解消され、すべての開発者がEclipse構成を更新する必要があります。私たちは大きなワークスペースを持っており、Eclipseは更新をあまりうまく処理しないため、多くの無駄な時間があります。

私はMavenリリースの規則にあまり精通しておらず、mvnリリースを使用する必要があるアプリケーションライフサイクルのポイントに関する規則を見つけることができませんでした。

現在使用しているパターンが受け入れられた/正しい/確立された場合、別の質問があります:)

次の開発サイクルに向けてバージョンのタグ付け、リリース、ロールアップに maven を使い始めたばかりですが、ほとんどの場合、魅力的に機能します。私のように。

ただし、 release:branch ゴールを使用して、マイナー バージョンのロールアップのみを含むメンテナンス ブランチを同時に作成したいと考えています。ブランチのバージョンを引数として指定すると、Maven はそれを取得しないようです。なんで？

ドキュメントで-DreleaseVersion=<version>指定されたオプションと例で使用されているオプションの両方を試しました。-Dproject.rel.org.example:artifact=<version>

私が使用しているmavenのバージョンは2.2.1で、maven-release-pluginのバージョンは2.1です。