問題タブ [maven-release-plugin]

hudson で maven リリース プラグインを使用し、リリース プロセスの自動化を試みています。release:prepare は問題なく動作します。release:perform を実行しようとすると、ソース アーティファクトをリポジトリに 2 回アップロードしようとするため失敗します。

試したこと、

1. スーパー pom から Maven ソース プラグインを含むプロファイルを削除する (動作しませんでした)
2. -P!attach-source release:prepare release:perform としてリリースの hudson の目標を指定します。ソースプラグインが実行されないようにすると思いました。（動作しませんでした）。
3. プラグイン フェーズをスーパー pom の存在しないフェーズに指定しようとしました。(動作しませんでした)
4. プラグイン構成を forReleaseProfile として false として指定しようとしました。（何だと思いますか??あまりにもうまくいきませんでした）

それはまだこのエラーを吐き出します。

これに関するヘルプは本当にありがたいです。

私は、既存のプロジェクトをMavenに変換し、そのビルドとリリースのプロセスを進めています。私の構造はこのようなものです ParentProj -Child1 -Child2 -ChildWeb3 -ChildWeb4

Mavenのベストプラクティスが何を言っているのかわかりませんが、必要です1.すべての子プロジェクトに個別にタグを付けるには2.展開サーバー（mvn release:prepare release:perform -B）で転送すると、一種のリポジトリが作成されますIリモートサーバーにフォルダーを作成し、すべての jar と wars をその中にのみ入れ、他のファイルは入れないようにしたい 3. また、リモートサーバーでシェルスクリプトを実行する方法はありますか

ご指導お待ちしております

HudsonのMavenリリースプラグインを使用して、リリースプロセスを自動化しています。リリースを行うと、コンソールログにはリリースが成功し、アーティファクトがリポジトリにデプロイされたことが示されます。しかし、ハドソンはまだ赤のままです。ハドソンを見ると、リリースは緑色で、プロジェクトの他のすべてのモジュールは赤色のままです。

私たちが持っているプロジェクト構造はです。

モジュール1とモジュール2のアーティファクトがデプロイされます。すべてのテストに合格します。しかし、ハドソンを見ると、赤のままです。

ハドソンモジュールのコンソールログを見ると、これが私が見つけたものです。

その理由は何でしょうか。どんな助けでもいただければ幸いです。ハドソンを緑に変えてほしい。

Maven タスクを実行しようとすると問題が発生します。mvn -X release:perform

こんにちは、新しく作成されたプラグイン (mpc) を介して pom (scm 領域) の一部をチェックしています...しかし、mvn リリース中にそれに直面しました: 作成されたプラグイン (mpc) を使用する別のモジュールの準備次のメッセージ:

出力「作業コピーではありません」...svn info出力をチェックしているためです...問題は、mvnリリース中にこの状態を認識できますか? たとえば、現在のプロジェクトの属性を確認したり、属性を確認したりしますか? 言い換えれば、現在 release:prepare サイクルが実行されていることを maven プラグイン (mpc) 内で知っているということですか?

SVN リポジトリでは、次のようなタグを保存します。

プロジェクト A でMaven リリース プラグインの「prepare」ゴールを実行すると、デフォルトでタグが「tags/project_a-xx」として作成されますが、これは上記のタグ命名スキームと一致しません。したがって、これを見つけてタグを「tags/project_a/xx」に変更するために、リリースを行う人 (つまり、誤りやすい人間) に依存しています。デフォルトで正しい形式を使用するようにリリース プラグインに指示するにはどうすればよいですか?

「準備」目標には、これを行うと主張する「タグ」構成オプションがありますが、次のように設定すると:

... 作成されたタグは「tags/project_a/xx-SNAPSHOT」です。つまり、リリース バージョン番号の代わりにプレリリース バージョン番号を使用します。タグ名をPOMにハードコーディングするのも間違っているようです。

タグがデフォルトで正しいことを確認するにはどうすればよいですか?

リリースしているMaven2プロジェクトがあります。何年にもわたって数回リリースしましたが、前回リリースしてから構造的にも構成的にも大きな変更はありません（Mavenバージョンはすべて同じ、プラグインバージョンはすべて同じなど）。

release:prepareただし、を実行した後、すべてのタグを実行するrelease:performと、リリースするタグだけでなく、すべてのタグがSVNからチェックアウトされ、リリースを実行するのに数時間かかることに気付きました（以前は最大30でした）分）。

私のSubversionリポジトリは標準的な方法で設定されています：

リリースプラグインは常にこれを実行しましたが、私はそれに気づいただけですか、それともこれを奨励するために何かを実行しましたか？

私が使用しているコマンドは次のとおりです。

私が考えることができる唯一のことは、自動バージョンサブモジュールスイッチを使用するのは初めてかもしれないということです、 -DautoVersionSubmodules=trueこれが問題になる可能性がありますか？

または、それを回避する方法はありますか？いくつかの無視タグを使用できますか？

または、以前のすべてのタグのチェックアウトが含まれているMavenのtarget/checkout作業ディレクトリをクリアしましたか？これは1回だけ発生し、次回はtarget/checkoutディレクトリに対してデルタのみを実行するため、心配する必要はありませんか？

重複の可能性：
タグの作成時にMavenリリースプラグインが失敗する

scmプラグインを使用しようとしていますが、mvn release：prepareを実行すると失敗します。svnと書かれています：「' http：// svn-host / proj-path 'のオプション：サーバーに接続できませんでした（http：// svn-host）」

svn：updateとsvn：checkinはコマンドラインから正常に機能しており、コマンドを実行しているマシンからsvn-hostにアクセスできます。

私は何が欠けていますか？

ありがとう。

問題が解決しました。手伝ってくれてありがとう。

私は約 200 個の jar を含む巨大なプロジェクトを持っています。リリースを準備するときにすべての jar を準備しますが、最後のビルド以降に変更されていない jar があることを確認してください。 ? それらを除外しますか？

jar (200 以上) を個別にリリースしたくありません。

例: 親のリリースを作成したいが、変更されていない jar4 をリリースしたくない

バージョン管理、リリース、osgiバンドルに関して、マルチモジュールMavenプロジェクトのベストプラクティスを見つけることができませんでした。

まず、バージョン管理とリリース。私のプロジェクトには200以上のjarを持つ5〜6個のサブモジュールがあるため、集約を使用したいと考えていました。

ケース1：プロジェクトのバージョンを指定せず、親バージョンを使用する

• この場合、Mavenリリースプラグインを使用すると、タグ付けとpom.nextの両方が開発に問題ありません（okは、jar3が常にそれ自体と同じ最新バージョンのjar1を使用することを意味します）が、jar1に対してのみパッチをリリースする必要がある場合はどうなりますか？どうすればリリースを行うことができますか（リリースされていない依存関係のためにプロジェクトをリリースできませんparent：0.0.2-SNAPSHOT）、jar1 0.0.1.1をリリースできた場合、jar3にパッチを適用したバージョンのjar1を使用するにはどうすればよいですか？

  親プロジェクト（0.0.1-スナップショット）
   Module1
    Jar1
    Jar2
   Module2
     Jar3
      （依存関係）[Jar1（project.version）、Jar2（project.version）]
    Jar4
      （依存関係）[Jar1（project.version）、Jar3（project.version） ]
  

ケース2：親pomのプロパティファイルでjarバージョンを指定することをお勧めします

• この場合、pom.nextをチェックすると、不幸にもリリースプラグインを使用すると、jarバージョンと依存関係バージョンの両方がプロパティ（jar1.version）ではなくハードコードされているため、次のリリースではプロパティを使用できなくなります。 2番目の問題は私が1番目の問題を解決することさえできますmavenリリースプラグインはプロパティを変更しないので、次のリリースはプロパティから変更されていないバージョンを使用します

  親プロジェクトの
   プロパティ
    jar1.versionjar2.versionjar3.version
    jar4.version  Module1
    Jar1   （jar1.version）
    Jar2   （jar2.version）  Module2（0.0.1-Snapshot）   Jar3（jar3.version）    （dependencies）[Jar1、Jar2]   Jar4（0.0.1-スナップショット）    （依存関係）[Jar1、Jar3]
  
  
  
  
  
  
  
  
  

私はちょっと混乱していて、リリースとパッチの手順がそれほど難しいとは思っていませんでした。Mavenでこの種の要件を管理するための最良の方法は何ですか