2017-04-05 4 views
2

속보, 그래서 우리는 내가 혜택의 대부분을 볼 수 있지만 일부 문제 등의 테스트를 더 나은 수 있습니다나는 작은 모듈로 모 놀리 식 Java 응용 프로그램을 차단하는 과정에서 오전 모 놀리 자바 응용 프로그램

  • 핵심 응용 프로그램에는 자체 수명주기가 있습니다.
  • 각 모듈마다 고유 한 수명주기가 있습니다.

내 심문은 과정 주위 : 나는 과거에 일을하지만, 내 프로세스를 새로 고침 할 필요가있다.

다음과 같은 좋은 관행이나 문제는 무엇입니까?

이 프로젝트에서는 Maven과 git을 사용합니다.

편집 : 편집 : 매우 단순한 질문이므로 간략하게 설명합니다.

+0

너무 넓습니다. 텍스트에 너무 많은 질문이 있습니다. – GhostCat

+0

@GhostCat : 나는 약간 편집했지만, 여전히 넓다. Gerold는 좋은 대답을했다. – jgp

답변

2

이 질문은 다소 광범위하지만 그럼에도 불구하고 시도해 보겠습니다. 이 좋은 온라인 책 Sonatype에서이

있습니다 : 물론

그리고, the Maven site 그 자체.

이슈 이름은 <artifactId><version>에서 파생됩니다. Apache Maven JAR Plugin/Usage, Guide to naming conventions on groupId, artifactId and versionUnderstanding Maven Version Numbers을 참조하십시오. 다른 사람들이 어떻게하는지에 대한 예는 Maven Central을 참조하십시오. 내 POV의 좋은 접근 방법은 <artifactId><groupId>의 마지막 부분을 넣고 Apache Commons처럼 수행하는 것입니다. 그런 이름으로 아티팩트를 쉽게 식별 할 수 있습니다.

"내 품 안에 -SNAPSHOT을 보관 하시겠습니까?" 당신은 단지 고정 된 출시 버전에 의존하기로 결정 여부 따라 <dependencies>의 소비자로서

  • , 행동하는 당신이 그들을 사용하는 동안 변경되지 않습니다의. 또는 <dependencies>-SNAPSHOT s에 구현 된 최신 기능이 필요한지 여부입니다.
  • 프로젝트의 <version>의 경우 사용자가 릴리스를 준비 할 때까지 -SNAPSHOT으로 유지해야합니다. 릴리스 할 때 릴리스 프로세스의 짧은 기간 동안 릴리스 버전으로 변경됩니다. 그 후 즉시 높은 -SNAPSHOT 버전으로 변경됩니다.

릴리스주기가 끝날 때 수행 할 작업은 Maven Release Plugin의 예제를 참조하십시오.

<dependencyManagement> 상위 상위 POM 섹션이 적합합니다.

Maven과 Git이 좋습니다. ;)