Оновлення номерів версій модулів у багатомодульному проекті Maven

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

<parent>
    <artifactId>xyz-application</artifactId>
    <groupId>com.xyz</groupId>
    <version>2.50.0.g</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<groupId>com.xyz</groupId>
<artifactId>xyz-Library</artifactId>
<version>2.50.0.g</version>

і головний батьківський модуль має конфігурацію нижче

<modelVersion>4.0.0</modelVersion>
<groupId>com.xyz</groupId>
<artifactId>xyz-application</artifactId>
<version>2.50.0.g</version>
<packaging>pom</packaging>

Використання versions:setз версій-Maven плагін :

mvn versions:set -DnewVersion=2.50.1-SNAPSHOT

Він буде коригувати всі пом-версії, батьківські версії та версії залежності в мультимодульному проекті.

Якщо ви помилилися, зробіть

mvn versions:revert

згодом, або

mvn versions:commit

якщо ви задоволені результатами.

Примітка: це рішення передбачає, що всі модулі також використовують сукупний pom як батьківський пом, сценарій, який вважався стандартним на момент відповіді. Якщо це не так, перейдіть до відповіді Гаррета Вілсона .

Наведена відповідь передбачає, що проект, про який йде мова, використовує успадкування проекту на додаток до агрегації модулів. Насправді це окремі поняття:

https://maven.apache.org/guides/introduction/introduction-to-the-pom.html#Project_Inheritance_vs_Project_Aggregation

Деякі проекти можуть представляти собою агрегацію модулів, але вони не мають взаємозв'язку між батьком і дитиною між POM-агрегатором та агрегованими модулями. (Можливо, взагалі немає взаємин батько-дитина, або дочірні модулі можуть взагалі використовувати окремий POM як "батько".) У цих ситуаціях дана відповідь не буде працювати.

Після довгого читання та експериментів виявляється, що існує спосіб використовувати плагін Versions Maven для оновлення не тільки POM агрегатора, але і всіх агрегованих модулів; це processAllModulesваріант. Наступна команда повинна бути виконана в каталозі проекту агрегатора:

mvn versions:set -DnewVersion=2.50.1-SNAPSHOT -DprocessAllModules

Плагін Versions Maven не тільки оновить версії всіх модулів, що містяться, але й оновить міжмодульні залежності !!!! Це величезна виграш і дозволить заощадити багато часу і запобігти всіляким проблемам.

Звичайно, не забудьте здійснити зміни у всіх модулях, які ви також можете зробити одним і тим же перемикачем:

mvn versions:commit -DprocessAllModules

Ви можете вирішити взагалі відмовитися від резервного POMS і зробити все в одній команді:

mvn versions:set -DnewVersion=2.50.1-SNAPSHOT -DprocessAllModules -DgenerateBackupPoms=false

Якщо ви хочете повністю автоматизувати процес (тобто ви хочете збільшити номер версії, не знаючи, що таке номер поточної версії), ви можете зробити це:

mvn build-helper:parse-version versions:set -DnewVersion=\${parsedVersion.majorVersion}.\${parsedVersion.minorVersion}.\${parsedVersion.nextIncrementalVersion} versions:commit

Можливо, ви захочете ознайомитись із випуском плагіну Maven release: оновлення-версії мети. Він оновить батьківську версію, а також всі модулі, що знаходяться під нею.

Оновлення: Зверніть увагу, що вищевказаний плагін випуску. Якщо ви не випускаєте, можливо, захочете скористатисяversions:set

mvn versions:set -DnewVersion=1.2.3-SNAPSHOT

Я закликаю вас прочитати книгу Maven про багатомодульні (реакторні) конструкції.

Я мав на увазі, зокрема, таке:

<parent>
    <artifactId>xyz-application</artifactId>
    <groupId>com.xyz</groupId>
    <version>2.50.0.g</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<groupId>com.xyz</groupId>
<artifactId>xyz-Library</artifactId>
<version>2.50.0.g</version>

слід перетворити на. Тут подбайте про не визначеній версії лише в батьківській частині, яку вона визначена.

<modelVersion>4.0.0</modelVersion>

<parent>
    <artifactId>xyz-application</artifactId>
    <groupId>com.xyz</groupId>
    <version>2.50.0.g</version>
</parent>
<groupId>com.xyz</groupId>
<artifactId>xyz-Library</artifactId>

Це краща посилання .

versions:update-child-modulesзвучить як те, що ти шукаєш. Ви можете зробити версії: встановити, як згадувалося, але це легкий спосіб оновлення номерів батьківської версії. Щодо дочірніх модулів, на мою думку, слід видалити <version>визначення, оскільки вони успадкують номер версії батьківського модуля.

Найкращий спосіб - оскільки ви збираєтесь поєднати свої модулі разом, ви можете вказати <dependencyManagement>тег у самому зовнішньому pom.xml(батьківський модуль) прямо під <project>тегом. Він контролює назву версії та групи. У вашому індивідуальному модулі вам просто потрібно вказати <artifactId>тег у своєму pom.xml. Версія буде взята з батьківського файлу.

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

в модулі childe:

    <parent>
       <artifactId>A-application</artifactId>
       <groupId>com.A</groupId>
       <version>new-version</version>
    </parent>

і в батьківському модулі:

<groupId>com.A</groupId>
<artifactId>A-application</artifactId>
<version>new-version</version>

Щоб оновити основний pom.xml та батьківську версію на підмодулях:

mvn versions:set -DnewVersion=1.3.0-SNAPSHOT -N versions:update-child-modules -DgenerateBackupPoms=false