Пропустіть підмодуль під час складання Maven

У нас є необхідність мати можливість пропустити підмодуль у певних середовищах.

Проблемний модуль містить інтеграційні тести та займає півгодини. Отже, ми хочемо включити його під час побудови на сервері 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 ви б запустили maven з ciпрофілем, тобтоmvn -P ci clean install

Maven версії 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, як видається, не подобається одиничних цитат, але це потрібно вкрай; в 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

будувати все. Видаліть елементи зі списку, щоб створити лише ті модулі, які вам подобаються.

EDIT: як вказувало blackbuild , з 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>

Це призведе до пропускання тестів Maven у цьому модулі, за винятком випадків, коли профіль, названий CIактивним. Ваш сервер 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] Пропуск проекту