Maven 빌드 중 하위 모듈 건너 뛰기

특정 환경에서는 하위 모듈을 건너 뛸 수 있어야합니다.

해당 모듈에는 통합 테스트가 포함되어 있으며 실행하는 데 30 분이 걸립니다. 따라서 CI 서버를 구축 할 때 포함 시키려고하지만 개발자가 로컬에서 구축 (및 테스트 실행) 할 때는 해당 모듈을 건너 뛰고 싶습니다.

프로필 설정으로이를 수행 할 수있는 방법이 있습니까? 인터넷 검색을 수행하고 여기에서 다른 질문 / 답변을 보았지만 좋은 해결책을 찾지 못했습니다.

하나의 옵션이 부모에서 해당 하위 모듈을 pom.xml완전히 제거 하고 CI 서버에 다른 프로젝트를 추가하여 해당 모듈을 빌드하는 것입니다.

제안?

물론, 이것은 프로파일을 사용하여 수행 할 수 있습니다. 부모 pom.xml에서 다음과 같은 작업을 수행 할 수 있습니다.

  ...
   <modules>
      <module>module1</module>
      <module>module2</module>  
      ...
  </modules>
  ...
  <profiles>
     <profile>
       <id>ci</id>
          <modules>
            <module>module1</module>
            <module>module2</module>
            ...
            <module>module-integration-test</module>
          </modules> 
      </profile>
  </profiles>
 ...

CI에서 ci프로파일로 maven을 실행 합니다.mvn -P ci clean install

메이븐 버전 3.2.1은 당신이 사용할 수있는이 기능을 추가 -pl스위치 ( 바로 가기 에 대한 --projects과 목록) !또는 -( 소스를 특정 서브 모듈을 제외).

mvn -pl '!submodule-to-exclude' install
mvn -pl -submodule-to-exclude install

캐릭터를 강타하십시오! 는 특수 문자이므로 작은 따옴표로 묶거나 백 슬래시 문자로 이스케이프 처리해야합니다.

여러 모듈을 제외하는 구문은 포함과 동일합니다.

mvn -pl '!submodule1,!submodule2' install
mvn -pl -submodule1,-submodule2 install

EDIT Windows는 작은 따옴표를 좋아하지 않지만 bash에는 필요합니다. Windows에서는 큰 따옴표를 사용하십시오 (@awilkinson 덕분에)

mvn -pl "!submodule1,!submodule2" install

-pl명령 행 인수를 지정하여 빌드 할 원자로 프로젝트를 결정할 수 있습니다 .

$ mvn --help
[...]
 -pl,--projects <arg>                   Build specified reactor projects
                                        instead of all projects
[...]

다음 형식 중 하나로 쉼표로 구분 된 매개 변수 목록을 허용합니다.

• POM을 포함하는 폴더의 상대 경로
• [groupId]:artifactId

따라서 다음과 같은 구조가 주어집니다.

project-root [com.mycorp:parent]
  |
  + --- server [com.mycorp:server]
  |       |
  |       + --- orm [com.mycorp.server:orm]
  |
  + --- client [com.mycorp:client]

다음 명령 줄을 지정할 수 있습니다.

mvn -pl .,server,:client,com.mycorp.server:orm clean install

모든 것을 구축합니다. 목록에서 요소를 제거하여 원하는 모듈 만 빌드하십시오.

편집 : 블랙 빌드가 지적했듯이 Maven 3.2.1 부터는 다음과 같은 방식으로 원자로에서 프로젝트를 제외 시키는 새로운 -el플래그-pl 가 있습니다.

다중 모듈 프로젝트의 개념은 프로젝트의 상호 의존적 인 세그먼트의 요구를 충족시키기위한 것입니다. 이러한 클라이언트는 EJB 또는 데이터 액세스 루틴에 의존하는 서비스에 의존합니다. 넌 할 수있어 이러한 방식으로 귀하의 지속적인 통합 (CI) 검사 그룹에. CI 테스트는 응용 프로그램 논리 변경과 함께 단계적으로 진행되어야한다고 합리화 할 것입니다.

프로젝트가 다음과 같이 구성되었다고 가정하십시오.

project-root
  |
  + --- ci
  |
  + --- client
  |
  + --- server

project-root/pom.xml을 정의 모듈

<modules>
  <module>ci</module>
  <module>client</module>
  <module>server</module>
</modules>

다음 ci/pom.xml과 같은 프로파일을 정의합니다.

... 
<profiles>
  <profile>
    <id>default</id>
    <activation>
      <activeByDefault>true</activeByDefault>
    </activation>
    <plugin>
       <artifactId>maven-surefire-plugin</artifactId>
       <configuration>
         <skip>true</skip>
       </configuration>
     </plugin>
  </profile>
  <profile>
    <id>CI</id>
    <plugin>
       <artifactId>maven-surefire-plugin</artifactId>
       <configuration>
         <skip>false</skip>
       </configuration>
     </plugin>
  </profile>
</profiles>

이로 인해 명명 된 프로파일 CI이 활성화 된 경우를 제외하고이 모듈에서 Maven이 테스트를 건너 뜁니다 . CI 서버가 실행되도록 지시해야합니다 mvn clean package -P CI. Maven 웹 사이트에는 프로파일 링 메커니즘에 대한 자세한 설명이 있습니다.

이제 (1.1.1 버전부터) 구덩이에 '건너 뛰기'플래그가 있습니다.

따라서 다음과 같은 작업을 수행 할 수 있습니다.

    <profile>
        <id>pit</id>
        <build>
            <plugins>
                <plugin>
                    <groupId>org.pitest</groupId>
                    <artifactId>pitest-maven</artifactId>
                    <configuration>
                        <skip>true</skip>
                    </configuration>
                </plugin>
            </plugins>
        </build>
    </profile>

당신의 모듈에서 구덩이를 건너 뛸 것입니다.

[INFO] --- pitest-maven : 1.1.3 : mutationCoverage (default-cli) @ module-selenium --- [INFO] 프로젝트 건너 뛰기