0

複数のサイトを運営し、Maven でコードを構築しています。

各サイトには独自の pom.xml があり、いくつかにはサブモジュールがあります。

サイト B は、サイト A のサブモジュールに依存しています。

サイト B は、.m2/repository でこの依存関係を見つけます。

現在、サイト B の pom.xml は依存関係の名前とバージョンを指定しています。

サブモジュールのバージョン管理を開発およびリリース プロセスの観点から、また、サイト B がサイト A に対して行うように、別のサブモジュールに依存するサイトに関連して、サブモジュールのバージョン管理をどのように処理するかを考えています。

メイン サイトの場合、スナップショットとリリースごとにサブモジュールのバージョンをインクリメントする (すべてを同じバージョン番号に保つ) べきですか、それともサブモジュールが変更された場合にのみサブモジュールのバージョンを変更するべきですか?

新しいバージョンを伝え、サイト B の pom.xml を編集し、依存関係のバージョンを更新する以外に、検索するサブモジュールの新しいバージョンがあることをサイト B に伝える方法はありますか?

サイト B の pom.xml の依存関係の仕様からバージョンを削除しようとしましたが、サイト B のコードと同じバージョンを持つ依存関係/サブモジュールを探していることがわかりました。

バージョンが変更されたときに pom.xml の依存関係を更新するために Jenkins で何かをセットアップできると思いますが、もっと良い方法があるでしょうか?

これは非常に役に立ちます (例: 「リリース」と「最新」) ...

依存関係の最新バージョンを使用するよう Maven に指示するにはどうすればよいですか?

4

1 に答える 1

0

リンクした Q&A 全体を読むと、LATEST と RELEASE に多くの問題がある可能性があることがわかります。その最初の問題は、Maven 3 ではサポートされなくなったversions-maven-pluginことmaven-scm-pluginです。必要に応じて自動更新を行います。

何かが変更されたときに単に通知したい場合、バージョン プラグインにはsite、必要な情報を生成するフェーズの一部として実行できるレポートがあり、適切なタイミングで依存関係を更新できます。

<reporting>
    <plugins>
        <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>versions-maven-plugin</artifactId>
            <version>1.3.1</version>
            <reportSets>
                <reportSet>
                    <reports>
                        <report>dependency-updates-report</report>
                        <report>plugin-updates-report</report>
                        <report>property-updates-report</report>
                    </reports>
                </reportSet>
            </reportSets>
        </plugin>
    </plugins>
</reporting>
于 2013-08-01T13:45:53.650 に答える