問題タブ [maven-release-plugin]

ユーザーがバージョン名などのプロンプトに答える必要がないように、Perl を使用して Maven release:prepare の実行を自動化したいのですが、プロンプトが表示されないように指定できる -D 引数はありますか? 次のようなperlコードを介してmvnにプロンプ​​トの回答を提供するという明白な解決策を試しました：

しかし、 mvn はそのような入力を無視し、デフォルトを使用して終了します (プロンプトも表示しません)。

では、release:prepare プラグイン:goal の -D 引数はありますか?

ありがとう。

Maven 2.2.1 と maven-release-plugin 2.0-beta-9 を使用して Web プロジェクトをリリースしようとしていますが、EAR プロジェクトのソース jar の生成で release:perform を実行すると常に失敗します。 EAR プロジェクトにはソースがありません。

EAR プロジェクトのソース JAR のビルドを無効にするために、EAR プロジェクトの POM に以下を追加しました (リリース プラグインのバージョンは親 POM で設定されます)。

この変更をチェックインした後にリリースを再度実行すると、EAR プロジェクトのソース JAR を生成しているときに同じエラーが発生しましたが、これは以前の POM スニペットで無効にする必要がありました。

私は何を間違っていますか？ソース JAR がまだビルドされているのはなぜですか?

編集: 次の POM スニペットを追加して、このエラーが発生しないように、ソース プラグインに application.xml ファイルを含めようとしました。

残念ながら、これでも問題は解決しません。

Artifactory からプルされた XML スキーマの JAR をアンパックするフェーズと、XJC クラスを生成するフェーズを含む Maven リリース プラグインを使用するようにプロジェクトをセットアップしました。Maven リリース 2.2.1 を使用しています。

残念ながら、後者のフェーズは前者の前に実行されています。つまり、スキーマの XJC クラスが生成されていません。部分的な POM.XML は次のようになります。

グーグルで検索してみましたが、残念ながら何千ものリンクがあり、どれも実際には関連していません。実行される前に実行される b.

ありがとう

mvn release:prepareゴールを走らせようとしていますが、プッシュ後にハングしています。私が間違っている可能性があることは何ですか？

以下は、私の pom.xml の SCM セクションです。

以下は私の.git/configです：

git show origin の結果は次のとおりです。

Mavenリリースプラグインを使用しています。問題は単純です: release:perform でデプロイしたくありません。実際に、デプロイを行うシェル スクリプトを実行したいと考えています。だから私は2つのことを達成する必要があります：

1. release:perform からデフォルトの「デプロイ」ゴールをどうにかして無効にします

2. どういうわけか make release:perform exec:exec プラグインを呼び出してシェル スクリプトを実行します

これが私のポンです：

release:prepareMaven プロジェクトで実行すると、scm-tagフェーズを試行すると失敗します。

私の Maven プロジェクトでは、SCM に Bazaar を使用しています。私のプラグインのバージョンは maven-release-plugin 2.0 と maven-scm-plugin 1.4 です

もちろん問題は、実際の作業ディレクトリ/ブランチがD:/proj/branch; 親は単なる通常のディレクトリです。

変更された POM が正常にチェックインされているため、問題はタグ付けにあると思います。タグ付けが実際に正しく機能するように構成するにはどうすればよいですか?

Hudson（1.368）でMavenのリリースプラグインを使用すると、NexusMavenリポジトリマネージャーへのデプロイフェーズ中にdistributionManagementセクションが欠落しているというエラーが発生します。リリースを使用せずにデプロイした場合は問題なく動作するため、サーバー、セクション、または設定の構成を誤ってはいけません。

私の会社がハドソンに異なるpomファイルを使用し、それらに異なる名前を付けていることは注目に値します。また、個々のプロジェクトディレクトリにあるsettings.xml。Hudsonではpomの名前と、設定ファイルの場所と名前を指定できるため、これが問題になることはありません。

上記に注意する理由は、distributionManagementを通常のpom.xmlに移動すると、それが検出されるためです（ただし、設定ファイルにユーザー名とパスワードがないため、機能しません）。これは、リリースプロセスの前の部分で、正しいpomと設定を使用するため、私を混乱させます。後でそれらを忘れているようです。ここで何が起こっているのですか？

前もって感謝します。

更新
mavenリリースプラグインは、別の名前のpomではなくデフォルトのpom.xmlを使用しているmavenの新しいインスタンスを起動するようです。より多くのテストが必要です。

標準的な慣行に従って、機能開発用の svn トランクと、リリースを構築するための分岐ブランチがあります。ブランチは、リリースの作成にも使用される maven リリース プラグインを使用して作成されています。時折発生するバグはブランチで修正され、それらの変更をトランクにマージする必要があります。変更を見逃さないように、ブランチ全体をトランクに簡単にマージできるようにしたいと考えています。

今私の問題は、プロジェクト/依存関係のバージョンがブランチとトランクで分岐しているため、すべての pom で多数の競合が発生することです。これは、リリース プラグインがバージョン番号をインクリメントするためです。これらのマージの競合を回避するために、ブランチの作成、poms、またはリリースを再構築する方法を知っている人はいますか?

Maven リリース プラグイン 2.0 を使用してバージョンにタグを付け、できれば結果の jar をリポジトリにデプロイしようとしています。

で行き詰まりrelease:prepare、次の不可解なエラーが発生しました。

• タグ フォルダは存在し、空です
• コマンドmvn clean release:clean release:prepareを実行して、確実に新しく実行するようにしました
• エラーが発生するたびに、mvn release:rollbackすべてを正常に戻すために実行しました
• 資格情報の問題ではないようです。pom ファイルは、-SNAPSHOT削除された状態で効果的にコミットされ、scm 情報がタグ フォルダーに切り替えられます。

奇妙な部分は、pom にも maven local install にある settings.xml ファイルにも資格情報を指定しなかったため、pom ファイルがどのようにコミットされているかわかりません。

同様の問題を抱えている人がたくさんいますが、folder already existエラーメッセージが表示されます。私は、エラーが正確に何であるかを教えてくれません。

あなたはなにか考えはありますか ？

どうもありがとう。

EDIT : @Colin たとえば、tortoise svn を使用して svn://myserver/myproject/sandbox/release-test を参照すると、正常に動作します。ただし、Firefox でhttp://myserver/myproject/sandbox/release-testと入力すると、ページが見つかりません。また、タグを作成しようとする前に pom ファイルがコミットされるので、問題ないと思います。pom ファイルの私の scm セクション:

「http:」を削除しようとしましたが、うまくいきませんでした。

I have this project made of multiple jars and war to make an ear. I build everything in snapshot and it works great. Then I made a release for every single project and saw that the jars and the war were slightly different in size than the snapshot ones.

Comparing file to file I realized that the .class files were all there, but slightly larger or bigger, nothing more than 40 bytes generally.

I force compilation to use java 1.5 using this tag in Maven:

I use this tag for the release plugin:

Could it be that the release plugin is compiling in 1.6 or other, explaining the classes size difference ? If so can I make the release plugin compile in 1.5 ?

Thanks for your input.