問題タブ [maven-release-plugin]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
3422 参照

hudson - Mavenリリースを実行するには; HudsonProjectの構成にBuildEnvironmentフィールドが表示されない

私はHudson/Jenkinsを初めて使用し、jenkins.pdfとの継続的インテグレーションをフォローしています。そして、Mavenリリースを実行したいと思います。これを行うには、HudsonM2ExtraステッププラグインとM2releaseプラグインをインストールする必要があります。これらすべての部分を実行しましたが、少なくともMavenリリースビルドを構成するために、プロジェクトの構成に表示されるはずの「ビルド環境」の部分はありません。私が間違いを犯したところ。助けて。

0 投票する
3 に答える
1193 参照

maven - release:performに問題がありますが、release:prepareには問題がありません

私はmaven-release-pluginで何かインポートを誤解していると思います。私はmvn release:prepare成功することができますが、mvn release:perform常に失敗します。

Mavenバージョン:

私のPOM.xml:

実行時に発生するエラーmvn release:performは次のとおりです。

なぜこれが起こっているのか、私は本当に途方に暮れています。のためだけに別のリポジトリを設定しようとしましたrelease:performが、運が悪かったので、とに同じリポジトリを使用してrelease:prepareみました。セクションrelease:performを省略してみました。<distributionManagement/>また、maven-release-pluginの準備目標をに変更してみましたclean install。これらはすべて、他のstackoverflowユーザーが役立つことがわかったソリューションですが、残念ながら、この場合は機能していません。

私のpom.xml構成に問題がありますか、それとも何か他のものですか?あなたが必要とするかもしれない他の情報があれば私に知らせてください!私はあなたの時間と助けに感謝します!

編集:これはモジュールのない非常に単純なプロジェクトです。0.0.1-SNAPSHOTは私が現在定義しているバージョンであり、他のすべてのMavenの目標は問題なく機能しているようです。プロファイルを使用していません。

編集質問を編集して、POM.xml全体を含めました。

0 投票する
2 に答える
8426 参照

maven-2 - 1 つの子モジュールで maven-release-plugin 構成をオーバーライドする方法

子モジュールの 1 つがリリースの一部として実行される追加の目標を必要とするマルチモジュール Maven ビルドがあります。しかし、子モジュールの maven-release-plugin の構成は無視され、親モジュールのデフォルト構成が優先されるようです。

これは、子モジュールのスニペットです。プラグイン構成は、親 pom の pluginManagement セクションと同じですが、カスタム要素はありません。

では、子モジュールが親の構成をオーバーライドして追加の目標を追加することは可能ですか?

Maven バージョン 2.2.1

0 投票する
1 に答える
1536 参照

maven - マルチモジュール ビルドでアクティブ プロファイルが maven-release-plugin によって無視される

-P フラグを使用してオンデマンドでのみプロファイルをアクティブにする必要があるマルチモジュール Maven ビルドがあります。しかし、何らかの理由で、maven-release-plugin を使用してリリースを行うと無視されます。

次のコマンド ラインは、プロファイルを正しくアクティブ化し、activeByDefault プロファイルを無効にします。

ただし、次のコマンドでリリースを行う場合:

...プロファイルは、active-profiles 出力によってアクティブであると報告されますが、実際には activeByDefault プロファイルのみが有効になっています。

これは予想される動作ですか、それとも Maven マジックが不足していますか?

0 投票する
1 に答える
1322 参照

maven - maven-release-plugin を使用して、モジュールとその子を分岐する方法は?

「childA」と「ChildB」の 2 つの子を持つ「parent」という名前のモジュールがあるとします。

私が走れば

「親」フォルダーでは、2 つの子モジュールなしで、親モジュール コードを SVN /branches/my-branch に分岐します。

release:branch で親モジュールとそのすべての子モジュールを分岐させたい

  • /branches/my-branch/parent
  • /branches/my-branch/childA
  • /branches/my-branch/childB

ドキュメントにはまだ解決策が見つかりませんでした:

実現可能ですか?

助けていただければ幸いです、ありがとう

フレッド

0 投票する
1 に答える
2414 参照

svn - 問題リリースMaven

Mavenのリリースプラグインに問題があります。

私はmaven2.2とmaven-release-plugin2.1を使用しています

次のコマンドラインを実行すると、リリースプラグインはsvnにタグを作成しますが、タグには何も含まれていません。コマンドラインは次のとおりです。

最初の奇妙なことに、サブモジュールはリリースされていません。コマンド出力は次のとおりです。

次に、タグpersonnes-reactorがsvnで作成されますが、内部には何もありません。

私はscmを次のように構成します:

このリリースで何も機能しない理由がわかりません。

ご協力いただきありがとうございます。

0 投票する
1 に答える
1162 参照

maven - scm タグはどこに配置されていますか?

pom.xml ファイルの scm タグに少し問題があります。

私のプロジェクト アーキテクチャは次のようになります。

親は、すべての Maven プラグイン構成、ライブラリ バージョンなどを保持するプロジェクトです。すべてのサブモジュールの親であるリアクター プロジェクトの親です。

Reactor は、すべてのサブモジュールをコンパイルするためのタグを含む pom.xml です。

上位のpom.xmlなので、親のpom.xmlにscmタグを付けたいと思います。しかし、「mvn release:prepare」を実行しようとするとエラーが発生します。

だから私はリアクターのpom.xmlにscmタグを入れて、それは動作します。

それは私にとっては良いことです、それは機能します:)しかし、なぜscmタグをリアクターpomに入れる必要があるのか​​ わかりません。

誰かが私にこの振る舞いを説明できますか?

ありがとう。

編集:

フォルダ構造は次のとおりです。

ポンリアクターの興味深い部分は次のとおりです。

最後に、ここに release:prepare のエラーがあります:

[INFO] SCM プロバイダー メッセージにタグ付けできません: svn tag コマンドが失敗しました。コマンド出力: svn: パス 'http://10.211.55.4/svn/trunk/reactor' はリビジョン 112 に存在しません

0 投票する
1 に答える
673 参照

android - Maven androidリリース:distributionManagementで問題を実行する

私はmavenandroid -releaseアーキタイプを使用しています

release:prepareが成功した後、release:performを実行すると、次のエラーが発生します。

しかし、私のpom.xmlには、次のものがあります。

誰かが私の構成の何が問題で、なぜこのエラーが発生するのか説明できますか?よろしくお願いします。

0 投票する
1 に答える
870 参照

maven - Maven リリース プラグイン、バージョン プラグイン、およびスナップショット

相互依存プロジェクトのリリースを自動化しようとしています。これがシナリオです。A と B の 2 つのプロジェクトがあります。プロジェクト B はプロジェクト A に依存しています。自動化された手順で実行する必要がある手順は次のとおりです。

  1. maven-release-plugin を使用してプロジェクト A をリリースします。(私はこれを行う方法を知っています)。これが私が定義した一連の目標です: release:clean release:prepare -DcommitByProject=true -DautoVersionSubmodules=true release:perform
  2. プロジェクト A の最新の SNAPSHOT バージョンをリポジトリにデプロイします。(単に deploy を使用しても機能します。ただし、以下で説明するわずかな問題があります。)

  3. フル リリースを行う前に、プロジェクト B のプロジェクト A の SNAPSHOT 依存関係バージョンを最新のリリース バージョンに更新します。これを達成するために、プロジェクト B の POM ファイルで、prepareGoals次のように設定しました ( clean verify versions:use-latest-versions versions:commit )。

すべてがうまくいくようです。

今私が欲しいのは、リリースが完了したら、プロジェクト B のプロジェクト A の依存関係が、リリース中にrelease:prepareプラグインによって設定された最新の SNAPSHOT バージョンに依存することです。

私が思いついた解決策は、 release:performが実行された直後に、プロジェクト A SNAPSHOTのmaven deployを実行することでした。(プロジェクト A の新しいゴール シーケンス: release:clean release:prepare -DcommitByProject=true -DautoVersionSubmodules=true release:perform clean install deploy )

次に、プロジェクト B のリリース サイクルの最後に、 versions:use-next-snapshotsを実行できます。(プロジェクト B の新しい目標シーケンス: release:clean release:prepare -DcommitByProject=true -DautoVersionSubmodules=true release:perform versions:use-next-snapshots )。ここでは、プロジェクト A の依存関係のみを処理するようにバージョン プラグインを制限しています。

問題は、プロジェクト A の目標を実行するときです。Maven は、インクリメントされたバージョンではなく、古いバージョンで SNAPSHOT をデプロイします。したがって、プロジェクト A のリリース前のバージョンが1.1-SNAPSHOTだった場合。リリース後のバージョンは1.2-SNAPSHOT になりました。リリース バージョンは1.1になります。ただし、デプロイされたプロジェクト A スナップショット バージョンは1.1-SNAPSHOTであり、 1.2- SNAPSHOT ではありません。

maven-release-plugin の目標が実行された後、maven がメモリ内の pom を更新していないと推測しています。

0 投票する
2 に答える
3614 参照

java - SVN SSL ハンドシェイクに失敗しました: SSL エラー: パケット長が正しくありません

SVN と Maven で次のエラーが発生します。Mavenリリースプラグインを使用してsvnでタグを作成します

svn: 'https://XXXXXXXXX/trunk' のオプション: SSL ハンドシェイクに失敗しました: SSL エラー: 不正なパケット長

maven コマンドの使用は buildnumber:create build-helper:parse-version release:prepare release:perform です

この SSL の問題について何か考えはありますか?