打破整体的Java应用程序

Question

我在打破了整体的Java应用程序成更小的模块的过程，所以我们可以更好的测试，等我看到的大部分的好处，但也有一些问题：

• 核心应用程序将拥有自己的生命周期。
• 每个模块都有自己的生命周期。

我询问周围的过程：我已经做了过去，但需要刷新我的过程。

什么是良好的做法或问题，你是否遵循？

对于这个项目，我们使用Maven和git。

编辑： 我意识到这是一个非常广泛的问题，我简化了。

Answer 1

这个问题有点宽泛，但我会尽力尝试。

有两个很好的在线图书在Sonatype的：

• 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的好方法是包括<groupId>在<artifactId>像Apache Commons这样做的最后部分。这样你就可以很容易地识别出它的名字。

“在您的poms中保留-SNAPSHOT？”

• 作为<dependencies>消费者这取决于你是否决定依靠只是在固定的发布版本，该行为，当你使用它们不会改变的。或者您是否需要使用<dependencies>的-SNAPSHOT中实施的最新功能。
• 对于项目的<version>本身，您保留-SNAPSHOT，直到您准备发布。发布时，您可以在发布过程的短时间内更改为发布版本。之后，您立即更改为更高版本的-SNAPSHOT版本。

请参阅Maven Release Plugin上的示例，了解在发布周期结束时要完成的任务。

A <dependencyManagement>在您的顶级父母POM中的部分是有道理的。

Maven和Git是很好的选择。 ;）