Herencia de la versión del proyecto Maven: ¿tengo que especificar la versión principal?

Tengo dos proyectos: Proyecto principal: A, Subproyecto: B

A / pom.xml:

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

Y en B / pom.xml, tengo:

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

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

Quiero que B herede la versión del padre, por lo que el único lugar en mi caso que necesito poner 0.1-SNAPSHOTes A/pom.xml. Pero si elimino el <version>0.1-SNAPSHOT</version>de B/pom.xmldebajo de la sección principal, Maven se queja de la versión que falta para el padre.

¿Hay alguna forma de usarla ${project.version}o algo así para evitar tenerla 01.-SNAPSHOTen ambos poms?

EDITAR: desde Maven 3.5.0 hay una buena solución para esto usando ${revision}marcador de posición. Vea la respuesta de FrVaBe para más detalles. Para versiones anteriores de Maven, vea mi respuesta original a continuación.

No, no hay Siempre debe especificar la versión de los padres. Afortunadamente, se hereda como la versión del módulo lo que es deseable en la mayoría de los casos. Además, la declaración de versión de este padre es eliminada automáticamente por Maven Release Plugin, por lo que, de hecho, no es un problema que tenga la versión en 2 lugares, siempre y cuando use Maven Release Plugin para lanzar o simplemente versiones.

Tenga en cuenta que hay algunos casos en que este comportamiento es bastante bueno y le brinda más flexibilidad que pueda necesitar. A veces, desea utilizar algunas de las versiones anteriores de los padres para heredar, sin embargo, ese no es un caso convencional.

Maven no está diseñado para funcionar de esa manera, pero existe una solución alternativa para lograr este objetivo (quizás con efectos secundarios, tendrá que intentarlo). El truco consiste en decirle al proyecto hijo que busque su padre a través de su ruta relativa en lugar de sus coordenadas maven puras, y además de externalizar el número de versión en una propiedad:

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>

Niño 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>

Utilicé ese truco durante un tiempo para uno de mis proyectos, sin ningún problema específico, excepto el hecho de que Maven registra muchas advertencias al comienzo de la construcción, lo que no es muy elegante.

EDITAR

Parece que maven 3.0.4 ya no permite tal configuración.

La forma más fácil de actualizar las versiones IMO:

$ mvn versions:set -DgenerateBackupPoms=false

(hazlo en tu carpeta raíz / pom principal).

Sus POM se analizan y se le pregunta qué versión configurar.

Desde Maven 3.5.0 puede usar el ${revision}marcador de posición para eso. El uso se documenta aquí: Versiones amigables de Maven CI .

En resumen, el pom padre se ve así (citado de la documentación de 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>

y el niño pom así

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

También tienes que usar el complemento Flatten Maven para generar documentos pom con el número de versión dedicado incluido para la implementación. El HowTo está documentado en la documentación vinculada.

También @khmarbaise escribió una buena publicación de blob sobre esta característica: Maven: ¿Archivos POM sin una versión?

Como mencionó Yanflea, hay una manera de evitar esto.

En Maven 3.5.0 puede usar la siguiente forma de transferir la versión desde el proyecto principal:

Parent POM.xml

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

Módulo 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>

Usted es libre de cambiar myversiona lo que quiera que no sea una propiedad reservada.

También puedes usar:

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

para actualizar los números de versión en sus POM.

La respuesta de eFox funcionó para un solo proyecto, pero no cuando hacía referencia a un módulo de otro (los pom.xml todavía estaban almacenados en mi.m2 con la propiedad en lugar de la versión).

Sin embargo, funciona si lo combina con el flatten-maven-plugin , ya que genera los poms con la versión correcta, no la propiedad.

La única opción que cambié en la definición del complemento es outputDirectory, está vacía por defecto, pero prefiero tenerla target, que está configurada en mi .gitignoreconfiguración:

<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 configuración del complemento va en el pom.xml padre

Úselo mvn -N versions:update-child-modulespara actualizar la versión del niño pom`s

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>

Quiere decir que desea eliminar la versión del bloque principal del pom de B, creo que no puede hacerlo, el groupId, artifactId y la versión especificaron las coordenadas de pom del padre, lo que puede omitir es la versión del niño.