私は小さなモジュールにモノリシックJavaアプリケーションを破壊する過程で午前モノリシックのjavaアプリ

Question

を破るので、私たちは、私が利点のほとんどを見るだけでなく、いくつかの問題など、テストをより良くすることができます

• コアアプリケーションには独自のライフサイクルがあります。
• 各モジュールには独自のライフサイクルがあります。

私の尋問は、プロセスの周りにある：私は過去にそれを行ったが、私のプロセスを更新する必要がありました。

あなたは次のような良い慣習や問題はありますか？

このプロジェクトでは、Mavenとgitを使用します。

編集： 私はそれが非常に広い質問であることを認識しています。

Answer 1

この質問は多少幅がありますが、それでもやってみてください。

Sonatypeに2つの良いオンラインブックがあります。

• Maven: The Complete Reference
• Maven by Example

そして、もちろん、the Maven site自体が。

アーティファクト名は<artifactId>と<version>から派生しています。 Apache Maven JAR Plugin/Usage,Guide to naming conventions on groupId, artifactId and versionおよびUnderstanding Maven Version Numbersを参照のこと。それが他者によってどのように行われるかの例については、Maven Centralを参照してください。私のPOVからの良いアプローチは、のように<artifactId>に<groupId>の最後の部分を含めることです。あなたはその名前だけでアーティファクトを簡単に識別することができます。

「あなたのお金の中に-SNAPSHOTを保存しますか？」 <dependencies>の消費者として

• それはあなたがちょうどあなたがそれらを使用しながら、変更しない行動そのうち固定リリースされたバージョンに依存することを決定したかどうかによって異なります。または、<dependencies>の-SNAPSHOTに実装されている最新の機能が必要かどうか。
• プロジェクトの<version>自体は、リリースを準備するまでは-SNAPSHOTのままです。リリース時には、リリースプロセスの短期間にリリースバージョンに変更されます。その後すぐに高い-SNAPSHOTバージョンに変更します。

リリースサイクルの最後に実行するタスクについては、Maven Release Pluginの例を参照してください。

<dependencyManagement>トップの親POMのセクションが意味を持ちます。

MavenとGitは優れた選択肢です。 ;）