Aggiornamento dei numeri di versione dei moduli in un progetto Maven multi-modulo

Ho un progetto maven multi-modulo. Intendiamo mettere insieme tutti questi moduli. Ma per ora sto finendo la versione hard-coding in ciascuno dei moduli pom.xml come di seguito

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

e il modulo principale principale ha la seguente configurazione

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

Utilizzare versions:setdal plug-in versioni-maven :

mvn versions:set -DnewVersion=2.50.1-SNAPSHOT

Adatterà tutte le versioni di pom, le versioni parent e le versioni di dipendenza in un progetto multi-modulo.

Se hai fatto un errore, fallo

mvn versions:revert

successivamente, o

mvn versions:commit

se sei soddisfatto dei risultati.

Nota: questa soluzione presuppone che tutti i moduli utilizzino anche il pom aggregato come pom principale, uno scenario che era considerato standard al momento di questa risposta. In caso contrario, cerca la risposta di Garret Wilson .

La risposta data presuppone che il progetto in questione usi l'ereditarietà del progetto oltre all'aggregazione dei moduli. In realtà quelli sono concetti distinti:

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

Alcuni progetti possono essere un'aggregazione di moduli, ma non avere una relazione padre-figlio tra aggregatore POM e moduli aggregati. (Potrebbe non esserci alcuna relazione genitore-figlio, oppure i moduli figlio possono utilizzare del tutto un POM separato come "genitore"). In queste situazioni la risposta fornita non funzionerà.

Dopo molta lettura e sperimentazione, si scopre che esiste un modo per utilizzare il plug-in Maven Versions per aggiornare non solo l'aggregatore POM ma anche tutti i moduli aggregati; è l' processAllModulesopzione. Il seguente comando deve essere eseguito nella directory del progetto aggregatore:

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

Il plug-in Maven di versioni non aggiornerà solo le versioni di tutti i moduli contenuti, ma aggiornerà anche le dipendenze tra i moduli !!!! Questa è una grande vittoria e farà risparmiare molto tempo e previene ogni tipo di problema.

Naturalmente non dimenticare di confermare le modifiche in tutti i moduli, cosa che puoi fare anche con lo stesso switch:

mvn versions:commit -DprocessAllModules

Puoi decidere di rinunciare del tutto al backup POMS e fare tutto in un solo comando:

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

Se vuoi automatizzare completamente il processo (ovvero vuoi incrementare il numero di versione senza sapere quale sia il numero di versione corrente), puoi farlo:

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

Potresti voler esaminare la versione del plugin di rilascio di Maven : obiettivo di aggiornamento-versioni . Aggiornerà la versione del genitore e tutti i moduli sottostanti.

Aggiornamento: si noti che quanto sopra è il plugin di rilascio. Se non stai rilasciando, potresti voler usareversions:set

mvn versions:set -DnewVersion=1.2.3-SNAPSHOT

Vi incoraggio a leggere il Maven Book sulle build multi-modulo (reattore).

Intendevo in particolare quanto segue:

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

dovrebbe essere cambiato in. Qui prenditi cura della versione non definita solo nella parte padre che è definita.

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

Questo è un collegamento migliore .

versions:update-child-modulessuona come quello che stai cercando. Potresti fare versioni: imposta come detto, ma questo è un modo leggero per aggiornare i numeri di versione padre. Per i moduli figlio, è mia opinione che dovresti rimuovere le <version>definizioni, poiché erediteranno il numero di versione del modulo genitore.

Il modo migliore è, dal momento che si intende raggruppare i moduli insieme, è possibile specificare il <dependencyManagement>tag nella maggior parte esterna pom.xml(modulo principale) direttamente sotto il <project>tag. Controlla la versione e il nome del gruppo. Nel tuo modulo individuale, devi solo specificare il <artifactId>tag nel tuo pom.xml. Prenderà la versione dal file principale.

il modo più semplice è cambiare la versione di ogni pom.xml in versione arbitraria. quindi controlla quella gestione delle dipendenze per usare la versione corretta del modulo usato in questo modulo! ad esempio, se si desidera aumentare il versioning per un progetto del modulo di rimorchio, è necessario eseguire il flusso:

nel modulo bambino:

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

e nel modulo genitore:

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

Per aggiornare pom.xml principale e la versione principale sui sottomoduli:

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