소개
Maven으로 프로젝트를 수행하는 경우 Sub Module을 처리하는 방법은 여러 가지가 있습니다. 특히 Sub Module을 조직화하고 릴리즈 관리를 하는 것은 매우 어려운 일입니다. 다음은 Sub Module로 구성된 프로젝트의 구조를 시각화한 도식입니다.
이를 이해하기 위해서 상기 도식에서 사용한 용어에 대해서 먼저 정의를 해보겠습니다.
용어 | 세부 설명 |
---|---|
POM | Maven의 Project Object Module. 개별 프로젝트 및 Sub Module은 POM을 정의해야 한다. POM은 |
Super POM | POM의
Sub Module (Child POM)에서 공통으로 사용하는 것들을 정의 (예; dependency, plugin 등) |
Dependency | POM의 |
Transitive Dependency | Dependency를 추가함으로써 딸려오는 Dependency |
Module | Sub Project 또는 Sub Module의 개념 Module은 POM을 가질 수 있음 Parent POM에서 |
Inherit | POM을 상속 Sub Module은 부모의 POM을 상속받음 |
Parent POM | 부모 역할을 하는 POM (자바의 상속과 동일) |
Sub Module을 처리하면서 어려운 문제들
- Parent POM을 지정하면 POM을 상속받아서 dependency도 모두 따라온다
- 만약 다른 프로젝트에서 해당 POM을 dependency로 추가하면 빌드시 모든 dependency를 다운로드하고
- Parent POM의 자식 POM(module)은 모두 한꺼번에 빌드가 됨 → 만약 특정 Module이 수정되지 않는다면 버전 관리가 애매해짐
- 모두 한꺼번에 빌드가 되기 때문에 모든 module의 버전을 하나로 통일해서 관리하기는 매우 좋음
- 단, 특정 모듈이 수정이 없는 경우 → 수정이 없음애도 버전을 올라갈 수 있는 여지가 있음