Як виключити модуль зі збірки реактора Maven?

У нас є проект Maven 2 з великою кількістю модулів. Приклад:

<modules>
  <module>common</module>
  <module>foo</module>
  <module>data</module>
  <module>bar</module>
  ... more ...
</module>

Скажімо, модуль "дані" займає багато часу для збирання, і ми хочемо виключити його, коли проект будується сервером CI. В даний час ми використовуємо два файли pom.xml для цього. В одному є всі модулі, а в іншому є всі модулі, крім тих, які можна залишити для CI. Але це дуже дратує, бо іноді ми забуваємо вставити новий модуль в обидва файли.

Чи є рішення, яке не потребує двох окремих списків модулів?

Найпростішим може бути таке використання profiles:

<project>
  ...
  <modules>
    <module>common</module>
    <module>foo</module>
    <module>bar</module>
  <modules>
  ...
  <profiles>
    <profile>
      <id>expensive-modules-to-build</id>
      <modules>
        <module>data</module>
      </modules>
    </profile>
  </profiles>
</project>

Потім слід перевірити способи активації профілів

З Maven 3.2.1 тепер ви можете використовувати -pl !<module_name>,!<module_name>для виключення певних модулів із складання реактора.

Дивіться запит на цю функцію: https://isissue.apache.org/jira/browse/MNG-5230

Проекти для побудови також можна вказати в командному рядку mvn. Це усуне необхідність окремого помпону, але замість цього вам доведеться змінювати конфігурацію CI кожного разу, коли є новий модуль.

-pl,--projects <arg>                Comma-delimited list of specified
                                    reactor projects to build instead
                                    of all projects. A project can be
                                    specified by [groupId]:artifactId
                                    or by its relative path.

Можливо, комбінація цього прапора та --also-make-dependentsабо --also-makeзнову зменшить це навантаження на обслуговування.

-am,--also-make                     If project list is specified, also
                                    build projects required by the
                                    list
-amd,--also-make-dependents         If project list is specified, also
                                    build projects that depend on
                                    projects on the list

Я припускаю, що ви хочете, щоб збірка за замовчуванням завжди будувала все, незалежно від швидкості, щоб нові розробники могли швидко розпочати роботу, не розуміючи багато про POM. Ви можете використовувати такі профілі:

<modules>
    <module>common</module>
    <module>foo</module>
    <module>bar</module>
  </modules>
  ...
  <profiles>
    <profile>
      <id>expensive-modules-to-build</id>
      <activation>
         <activeByDefault>true</activeByDefault>
      </activation>
      <modules>
        <module>data</module>
      </modules>
    </profile>
  </profiles>
</project>

Проблема з цим полягає в тому, що якщо розробник вказує інший профіль у командному рядку, він expensive-modules-to-buildне включається (якщо розробник також не вказує його). Це ускладнює пригадування, які профілі потрібно включити.

Ось хакітний спосіб цього зробити. Обидва профілі завжди включені, оскільки файл pom.xml завжди існує. Отже, щоб виключити дорогі модулі, ви можете використовувати -P!full-buildв командному рядку.

<profiles>
    <profile>
        <id>full-build</id>
        <activation>
            <file>
                <exists>pom.xml</exists>
            </file>
        </activation>
        <modules>
            <module>data</module>
        </modules>
    </profile>
    <profile>
        <id>short-build</id>
        <activation>
            <file>
                <exists>pom.xml</exists>
            </file>
        </activation>
        <modules>
           <module>common</module>
           <module>foo</module>
           <module>bar</module>
        </modules>
    </profile>
</profiles>

Інша ідея: Модулі реактора можуть бути вкладені, тому слід мати можливість групувати свої швидкі та повільні модулі в окремі піни, а потім додати ще один помповий агрегатор, що містить ці два як модулі. Тоді ваш сервер CI міг посилатися лише на пом, що містить модулі швидкого збирання.

<artifactId>fast</artifactId>
<modules>
    <module>fast-a</module>
    <module>fast-b</module>
    <module>fast-c</module>
</module>

<artifactId>all</artifactId>
<modules>
    <module>fast</module>
    <module>slow</module>
</module>

Ви можете використовувати профілі Maven . У нашому середовищі побудови ми створили профіль, quickякий відключає багато плагінів та тестового виконання.

Це робиться шляхом

    <profile>
        <id>quick</id>
        <properties>
            <skipTests>true</skipTests>
            <!-- others... -->
        </properties>   
        <build>
            <plugins>
                 <!-- configuration... -->
            </plugins>
        </build>
    </profile>

І тоді ми викликаємо Maven наступним чином

mvn groupId:artifactId:goal -P quick

Ви можете відключити компіляцію та інші стандартні плагіни в пам’яті свого модуля, щоб пришвидшити його.

Не зовсім відповідь, яку просили ці люди. Моя ситуація полягала в тому, що я хотів розгорнути лише батьківський пом. Я використовую spring-boot-thin-layoutв дочірньому модулі. Це вимагає розгортання батьківського модуля в артефактор. Я додав у свій проект наступне. Це дозволяє пропускати installта / або deployфазу.

У моїх батьківських пом:

<properties>
    <disable.install>true</disable.install>
    <disable.deploy>true</disable.deploy>
    <enable.deployAtEnd>true</enable.deployAtEnd>
</properties>

<profiles>
    <profile>
        <id>deploy-parent</id>
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
        <properties>
            <disable.install>true</disable.install>
            <disable.deploy>true</disable.deploy>
            <deployAtEnd>${enable.deployAtEnd}</deployAtEnd>
        </properties>
        <build>
            <finalName>${project.version}</finalName>
        </build>
    </profile>
</profiles>

І пам’яті в моїй дитині або будь-який модуль, який ви не хочете розгортати з батьком:

<properties>
    <maven.install.skip>${disable.install}</maven.install.skip>
    <maven.deploy.skip>${disable.deploy}</maven.deploy.skip>
    <deployAtEnd>${enable.deployAtEnd}</deployAtEnd>
</properties>

Тож ефективно, коли я запускаю mvn deployбатьківський пом, він буде збирати всі модулі, не запускати інсталяцію ні на чому, а потім наприкінці розгортати будь-який модуль, що не має <maven.deploy.skip>${disable.deploy}</maven.deploy.skip>в ньому властивостей. Тож у моєму випадку лише розгортання батьків.