我在打破了整體的Java應用程序成更小的模塊的過程,所以我們可以更好的測試,等我看到的大部分的好處,但也有一些問題:打破整體的Java應用程序
- 核心應用程序將擁有自己的生命週期。
- 每個模塊都有自己的生命週期。
我詢問周圍的過程:我已經做了過去,但需要刷新我的過程。
什麼是良好的做法或問題,你是否遵循?
對於這個項目,我們使用Maven和git。
編輯: 我意識到這是一個非常廣泛的問題,我簡化了。
我在打破了整體的Java應用程序成更小的模塊的過程,所以我們可以更好的測試,等我看到的大部分的好處,但也有一些問題:打破整體的Java應用程序
我詢問周圍的過程:我已經做了過去,但需要刷新我的過程。
什麼是良好的做法或問題,你是否遵循?
對於這個項目,我們使用Maven和git。
編輯: 我意識到這是一個非常廣泛的問題,我簡化了。
這個問題有點寬泛,但我會盡力嘗試。
有兩個很好的在線圖書在Sonatype的:
,當然,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是很好的選擇。 ;)
太寬泛。太多的問題在你的文字中。 – GhostCat
@GhostCat:我知道,我編輯了一下,但仍然廣泛,Gerold做了很好的回覆。 – jgp