Eredità versione progetto Maven - Devo specificare la versione padre?

Ho due progetti: Progetto principale: A, Progetto secondario: B

A / pom.xml:

<groupId>com.dummy.bla</groupId>
<artifactId>parent</artifactId>
<version>0.1-SNAPSHOT</version>
<packaging>pom</packaging>

E in B / pom.xml, ho:

    <parent>
        <groupId>com.dummy.bla</groupId>
        <artifactId>parent</artifactId>
        <version>0.1-SNAPSHOT</version>     
    </parent>

    <groupId>com.dummy.bla.sub</groupId>
    <artifactId>kid</artifactId>

Voglio che B erediti la versione dal genitore, quindi l'unico posto nel mio caso che devo mettere 0.1-SNAPSHOTè A/pom.xml. Ma se rimuovo <version>0.1-SNAPSHOT</version>da B/pom.xmlsotto la sezione genitore, Maven si lamenta della versione mancante per il genitore.

C'è un modo che posso semplicemente usare ${project.version}o qualcosa del genere per evitare di avere 01.-SNAPSHOTentrambi i poms?

EDIT: da Maven 3.5.0 esiste una buona soluzione per utilizzare il ${revision}segnaposto. Vedi la risposta di FrVaBe per i dettagli. Per le precedenti versioni di Maven, vedi la mia risposta originale di seguito.

No, non c'è. Devi sempre specificare la versione del genitore. Fortunatamente, è ereditato dalla versione del modulo ciò che è desiderabile nella maggior parte dei casi. Inoltre, la dichiarazione di versione di questo genitore viene respinta automaticamente dal plug-in di rilascio Maven, quindi - in realtà - non è un problema che tu abbia la versione in 2 posizioni fintanto che usi il plug-in di rilascio Maven per rilasciare o semplicemente eseguire il bump delle versioni.

Si noti che ci sono alcuni casi in cui questo comportamento è effettivamente abbastanza OK e offre maggiore flessibilità di cui potresti aver bisogno. A volte vuoi usare alcune delle versioni precedenti del genitore per ereditare, tuttavia questo non è un caso tradizionale.

Maven non è progettato per funzionare in questo modo, ma esiste una soluzione alternativa per raggiungere questo obiettivo (forse con effetti collaterali, dovrai provare). Il trucco è dire al progetto figlio di trovare il suo genitore attraverso il suo percorso relativo piuttosto che le sue coordinate di pura maven, oltre a esternare il numero di versione in una proprietà:

Padre Pom

<groupId>com.dummy.bla</groupId>
<artifactId>parent</artifactId>
<version>${global.version}</version>
<packaging>pom</packaging>

<properties>
   <!-- Unique entry point for version number management --> 
   <global.version>0.1-SNAPSHOT</global.version>
</properties>

Pom pom

<parent>
   <groupId>com.dummy.bla</groupId>
   <artifactId>parent</artifactId>
   <version>${global.version}</version>
   <relativePath>..</relativePath>    
</parent>

<groupId>com.dummy.bla.sub</groupId>
<artifactId>kid</artifactId>

Ho usato quel trucco per un po 'per uno dei miei progetti, senza alcun problema specifico, tranne il fatto che maven registra molti avvertimenti all'inizio della costruzione, il che non è molto elegante.

MODIFICARE

Sembra che la versione 3.0.4 non consenta più tale configurazione.

Il modo più semplice per aggiornare le versioni IMO:

$ mvn versions:set -DgenerateBackupPoms=false

(fallo nella tua cartella pom principale / principale).

I tuoi POM vengono analizzati e ti viene chiesto quale versione impostare.

Da Maven 3.5.0 è possibile utilizzare il ${revision}segnaposto per quello. L'uso è documentato qui: Maven CI Friendly Versions .

In breve, il pom padre appare così (citato dalla documentazione di Apache):

<project>
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>org.apache</groupId>
    <artifactId>apache</artifactId>
    <version>18</version>
  </parent>
  <groupId>org.apache.maven.ci</groupId>
  <artifactId>ci-parent</artifactId>
  <name>First CI Friendly</name>
  <version>${revision}</version>
  ...
  <properties>
    <revision>1.0.0-SNAPSHOT</revision>
  </properties>
  <modules>
    <module>child1</module>
    ..
  </modules>
</project>

e il bambino pom piace questo

<project>
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>org.apache.maven.ci</groupId>
    <artifactId>ci-parent</artifactId>
    <version>${revision}</version>
  </parent>
  <groupId>org.apache.maven.ci</groupId>
  <artifactId>ci-child</artifactId>
   ...
</project>

È inoltre necessario utilizzare il Maven Plugin Unisci per generare documenti pom con il numero di versione dedicata, per la distribuzione. Il HowTo è documentato nella documentazione collegata.

Anche @khmarbaise ha scritto un bel post BLOB su questa funzione: Maven: file POM senza una versione in esso?

Come ha detto Yanflea, c'è un modo per aggirare questo.

In Maven 3.5.0 è possibile utilizzare il seguente modo per trasferire la versione dal progetto padre:

POM.xml padre

<project ...>
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.mydomain</groupId>
    <artifactId>myprojectparent</artifactId>
    <packaging>pom</packaging>
    <version>${myversion}</version>
    <name>MyProjectParent</name>

    <properties>
        <myversion>0.1-SNAPSHOT</myversion>
    </properties>

    <modules>
        <module>modulefolder</module>
    </modules>
    ...
</project>

Modulo POM.xml

<project ...>
    <modelVersion>4.0.0</modelVersion>

    <parent>
        <groupId>com.mydomain</groupId>
        <artifactId>myprojectmodule</artifactId>
        <version>${myversion}</version> <!-- This still needs to be set, but you can use properties from parent -->
    </parent>

    <groupId>se.car_o_liner</groupId>
    <artifactId>vinno</artifactId>
    <packaging>war</packaging>
    <name>Vinno</name>
    <!-- Note that there's no version specified; it's inherited from parent -->
    ...
</project>

Sei libero di passare myversiona ciò che desideri che non è una proprietà riservata.

Puoi anche usare:

$ mvn release:update-versions -DdevelopmentVersion={version}

per aggiornare i numeri di versione nei tuoi POM.

La risposta di eFox ha funzionato per un singolo progetto, ma non quando stavo facendo riferimento a un modulo da un altro (i pom.xml erano ancora memorizzati nel mio .m2con la proprietà invece della versione).

Tuttavia, funziona se lo si combina con il flatten-maven-plugin, poiché genera i pom con la versione corretta, non la proprietà.

L'unica opzione che ho modificato nella definizione del plug-in è la outputDirectory, è vuota per impostazione predefinita, ma preferisco averla target, che è impostata nella mia .gitignoreconfigurazione:

<plugin>
   <groupId>org.codehaus.mojo</groupId>
   <artifactId>flatten-maven-plugin</artifactId>
   <version>1.0.1</version>
   <configuration>
      <updatePomFile>true</updatePomFile>
      <outputDirectory>target</outputDirectory>
   </configuration>
   <executions>
      <execution>
         <id>flatten</id>
         <phase>process-resources</phase>
         <goals>
            <goal>flatten</goal>
         </goals>
      </execution>
   </executions>
</plugin>

La configurazione del plug-in va nel pom.xml padre

Utilizzare mvn -N versions:update-child-modulesper aggiornare la versione del figlio pom

https://www.mojohaus.org/versions-maven-plugin/examples/update-child-modules.html

<parent>
    <groupId>com.dummy.bla</groupId>
    <artifactId>parent</artifactId>
    <version>0.1-SNAPSHOT</version>     
 </parent>

 <groupId>com.dummy.bla.sub</groupId>
 <artifactId>kid</artifactId>

Intendi che vuoi rimuovere la versione dal blocco genitore di B's pom, penso che non puoi farlo, il groupId, artefactId e version hanno specificato le coordinate pom del genitore, ciò che puoi omettere è la versione child.