Aktualizacja numerów wersji modułów w wielomodułowym projekcie Maven

Możesz zajrzeć do Maven release plugin release:update-versions cel. Zaktualizuje wersję rodzica, jak również wszystkie moduły pod nim.

Aktualizacja: należy pamiętać, że powyżej jest plugin wydania. Jeśli nie zwalniasz, możesz użyć versions:set

mvn versions:set -DnewVersion=1.2.3-SNAPSHOT

Podana odpowiedź zakłada, że dany projekt wykorzystuje dziedziczenie projektu oprócz agregacji modułów. W rzeczywistości są to odrębne pojęcia:

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

Niektóre projekty mogą być agregacją modułów, ale nie mają relacji rodzic-dziecko między agregatorem pom a agregowanymi modułami. (Nie może być w ogóle relacji rodzic-dziecko, lub Moduły potomne mogą używać oddzielnego POM jako "rodzica".) W takich sytuacjach dana odpowiedź nie zadziała.

Po wielu czytaniach i eksperymentach okazuje się, że istnieje sposób na użycie wersji Maven plugin do aktualizacji nie tylko agregatora POM, ale także wszystkich zagregowanych modułów; jest to opcja processAllModules. W katalogu projektu agregatora należy wykonać następujące polecenie:

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

Wersje wtyczki Maven nie tylko zaktualizują wersje wszystkich zawartych modułów, będzie również aktualizować zależności między modułami!!!! Jest to ogromna wygrana i pozwoli zaoszczędzić dużo czasu i zapobiec różnego rodzaju problemom.

Oczywiście nie zapomnij zatwierdzić zmian we wszystkich modułach, które możesz również zrobić za pomocą tego samego przełącznika:

mvn versions:commit -DprocessAllModules

Możesz zrezygnować z kopii zapasowych POMS całkowicie i zrobić wszystko za pomocą jednego polecenia:

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

Zachęcam do przeczytania Książki Mavena o Budach wielomodułowych (reaktor).

Miałem na myśli w szczególności:

<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>

Należy zmienić na. Tutaj należy zadbać o nie zdefiniowaną wersję tylko w części nadrzędnej, która jest zdefiniowana.

<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>

To jest lepszym ogniwem .

versions:update-child-modules brzmi jak to, czego szukasz. Możesz zrobić wersje: ustaw jak wspomniano, ale jest to lekki sposób na aktualizację numerów wersji nadrzędnych. W przypadku modułów potomnych moim zdaniem powinieneś usunąć definicje <version>, ponieważ będą one dziedziczyć numer wersji modułu nadrzędnego.

Jeśli chcesz w pełni zautomatyzować proces (tzn. chcesz zwiększyć numer wersji bez konieczności znajomości bieżącego numeru wersji), możesz to zrobić:

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

Najlepszym sposobem jest, ponieważ zamierzasz połączyć swoje moduły razem, możesz określić tag <dependencyManagement> W outer most pom.xml (moduł nadrzędny) bezpośrednio pod tagiem <project>. Kontroluje wersję i nazwę grupy. W Twoim indywidualnym module wystarczy podać znacznik <artifactId> w twoim pom.xml. Pobiera wersję z pliku nadrzędnego.