Vererbung der Maven-Projektversion - muss ich die übergeordnete Version angeben?

Ich habe zwei Projekte: Übergeordnetes Projekt: A, Unterprojekt: B.

A / pom.xml:

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

Und in B / pom.xml habe ich:

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

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

Ich will B die Version von den Eltern erben, so dass der einzige Ort in meinem Fall habe ich setzen müssen 0.1-SNAPSHOTist A/pom.xml. Aber wenn ich das entfernen <version>0.1-SNAPSHOT</version>von B/pom.xmlunter dem Abschnitt Elternteil, klagt Maven über die fehlende Version für die Eltern.

Gibt es eine Möglichkeit, die ich nur verwenden kann, ${project.version}oder so etwas, um zu vermeiden, dass ich 01.-SNAPSHOTbeide Poms habe?

EDIT: Seit Maven 3.5.0 gibt es dafür eine schöne Lösung mit ${revision}Platzhalter. Siehe FrVaBe Antwort für weitere Einzelheiten. Für frühere Maven-Versionen siehe meine ursprüngliche Antwort unten.

Nein, gibt es nicht. Sie müssen immer die Version des Elternteils angeben. Glücklicherweise wird es als Modulversion vererbt, was in den meisten Fällen wünschenswert ist. Darüber hinaus wird die Versionsdeklaration dieses übergeordneten Elements automatisch vom Maven Release Plugin angehoben. Daher ist es kein Problem, dass Sie die Version an zwei Stellen haben, solange Sie das Maven Release Plugin zum Freigeben oder nur zum Beheben von Versionen verwenden.

Beachten Sie, dass es einige Fälle gibt, in denen dieses Verhalten tatsächlich in Ordnung ist und mehr Flexibilität bietet, die Sie möglicherweise benötigen. Manchmal möchten Sie einige Versionen der vorherigen Eltern zum Erben verwenden, dies ist jedoch kein Mainstream-Fall.

Maven ist nicht dafür ausgelegt, auf diese Weise zu funktionieren, aber es gibt eine Problemumgehung, um dieses Ziel zu erreichen (möglicherweise müssen Sie es mit Nebenwirkungen versuchen). Der Trick besteht darin, das untergeordnete Projekt anzuweisen, sein übergeordnetes Projekt über seinen relativen Pfad zu finden untergeordnete anzuweisen, Element und nicht über seine reinen Maven-Koordinaten zu finden, und zusätzlich die Versionsnummer in einer Eigenschaft zu externalisieren:

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

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

Ich habe diesen Trick für eine Weile für eines meiner Projekte verwendet, ohne ein spezifisches Problem, außer der Tatsache, dass Maven zu Beginn des Builds viele Warnungen protokolliert, was nicht sehr elegant ist.

BEARBEITEN

Scheint, dass Maven 3.0.4 eine solche Konfiguration nicht mehr zulässt.

Der einfachste Weg, um Versionen IMO zu aktualisieren:

$ mvn versions:set -DgenerateBackupPoms=false

(Tun Sie das in Ihrem Root / Parent Pom Ordner).

Ihre POMs werden analysiert und Sie werden gefragt, welche Version Sie einstellen möchten.

Seit Maven 3.5.0 können Sie dafür den ${revision}Platzhalter verwenden. Die Verwendung ist hier dokumentiert: Maven CI Friendly Versions .

Kurz gesagt, der übergeordnete Pom sieht folgendermaßen aus (zitiert aus der Apache-Dokumentation):

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

und das Kind pom so

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

Sie auch müssen die Verwendung Flatten Maven Plugin pom Dokumente mit der dedizierten Versionsnummer für die Bereitstellung einbezogen zu erzeugen. Das HowTo ist in der verknüpften Dokumentation dokumentiert.

Auch @khmarbaise hat einen schönen Blob-Beitrag über diese Funktion geschrieben: Maven: POM-Dateien ohne Version?

Wie Yanflea erwähnte, gibt es einen Weg, dies zu umgehen.

In Maven 3.5.0 können Sie die Version auf folgende Weise aus dem übergeordneten Projekt übertragen:

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

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

Es steht Ihnen frei, zu dem zu wechseln myversion, was Sie möchten, das keine reservierte Eigenschaft ist.

Sie könnten auch verwenden:

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

um die Versionsnummern in Ihren POMs zu aktualisieren.

Die Antwort von eFox funktionierte für ein einzelnes Projekt, aber nicht, wenn ich auf ein Modul von einem anderen verwies (die Datei pom.xml wurde weiterhin in meiner .m2mit der Eigenschaft anstelle der Version gespeichert ).

Es funktioniert jedoch, wenn Sie es mit dem kombinieren flatten-maven-plugin, da es die Poms mit der richtigen Version generiert, nicht mit der Eigenschaft.

Die einzige Option, die ich in der Plug-In-Definition geändert habe, ist die outputDirectory, sie ist standardmäßig leer, aber ich bevorzuge sie target, die in meiner .gitignoreKonfiguration festgelegt ist:

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

Die Plug-In-Konfiguration befindet sich in der übergeordneten Datei pom.xml

Verwenden Sie mvn -N versions:update-child-modulesdiese Option, um die Version des untergeordneten Poms zu aktualisieren

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>

Sie meinen, Sie möchten die Version aus dem übergeordneten Block von Bs POM entfernen. Ich denke, Sie können dies nicht tun. Die Gruppen-ID, die Artefakt-ID und die Version haben die POM-Koordinaten der Eltern angegeben. Was Sie weglassen können, ist die untergeordnete Version.