Dziedziczenie wersji projektu Maven - czy muszę określać wersję nadrzędną?

Mam dwa projekty: Projekt nadrzędny: A, Podprojekt: B

A / pom.xml:

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

A w B / pom.xml mam:

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

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

Chcę, aby B odziedziczył wersję po rodzicu, więc jedynym miejscem w moim przypadku, które muszę podać, 0.1-SNAPSHOTjest A/pom.xml. Ale jeśli usunę <version>0.1-SNAPSHOT</version>spod B/pom.xmlsekcji nadrzędnej, maven narzeka na brakującą wersję dla rodzica.

Czy jest jakiś sposób, którego mogę użyć ${project.version}lub coś takiego, aby uniknąć stosowania 01.-SNAPSHOTobu poms?

EDYCJA: Od wersji Maven 3.5.0 istnieje dobre rozwiązanie tego problemu za pomocą ${revision}symbolu zastępczego. Szczegółowe informacje można znaleźć w odpowiedzi FrVaBe . W przypadku poprzednich wersji Maven zobacz moją oryginalną odpowiedź poniżej.

Nie, nie ma. Zawsze musisz podać wersję rodzica. Na szczęście jest dziedziczona jako wersja modułu, co jest pożądane w większości przypadków. Co więcej, deklaracja wersji tego rodzica jest automatycznie zderzana przez wtyczkę Maven Release Plugin, więc - w rzeczywistości - nie jest problemem, że masz wersję w 2 miejscach, o ile używasz wtyczki Maven Release Plugin do wydawania lub po prostu wypuszczania wersji.

Zauważ, że w niektórych przypadkach takie zachowanie jest całkiem OK i zapewnia większą elastyczność, której możesz potrzebować. Czasami chcesz użyć części poprzedniej wersji rodzica do dziedziczenia, jednak nie jest to główny nurt.

Maven nie jest zaprojektowany do działania w ten sposób, ale istnieje obejście tego problemu (być może z efektami ubocznymi będziesz musiał spróbować). Sztuczka polega na tym, aby powiedzieć dziecku, aby znalazł swojego rodzica poprzez ścieżkę względną zamiast współrzędnych czystego mavu, a ponadto uzewnętrznić numer wersji we właściwości:

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

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

Użyłem tej sztuczki przez pewien czas w jednym z moich projektów, bez żadnego konkretnego problemu, z wyjątkiem faktu, że maven zapisuje wiele ostrzeżeń na początku kompilacji, co nie jest zbyt eleganckie.

EDYTOWAĆ

Wygląda na to, że maven 3.0.4 nie pozwala już na taką konfigurację.

Najprostszym sposobem na aktualizację wersji IMO:

$ mvn versions:set -DgenerateBackupPoms=false

(zrób to w folderze pom / root pom).

Twoje POM są analizowane i pojawia się pytanie, którą wersję ustawić.

Od wersji Maven 3.5.0 możesz do tego użyć ${revision}symbolu zastępczego. Użycie jest udokumentowane tutaj: Maven CI Friendly Versions .

Krótko mówiąc, nadrzędny pom wygląda tak (cytowany z dokumentacji 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>

a dziecko pom tak

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

Również trzeba użyć Spłaszcz Maven Plugin do generowania dokumentów pom z dedykowanym numerem wersji dołączonego do wdrożenia. Poradnik jest udokumentowany w powiązanej dokumentacji.

Również @khmarbaise napisał miły post blob o tej funkcji: Pliki Maven: POM Bez wersji w nim?

Jak wspomniał Yanflea, istnieje sposób na obejście tego.

W Maven 3.5.0 możesz użyć następującego sposobu przeniesienia wersji z projektu nadrzędnego:

Nadrzędny plik 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>

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

Możesz zmienić myversionna dowolne, co nie jest zastrzeżoną własnością.

Możesz również użyć:

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

zaktualizować numery wersji w POM.

Odpowiedź eFox działała dla jednego projektu, ale nie wtedy, gdy odwoływałem się do modułu z innego (plik pom.xml nadal był przechowywany w mojej .m2właściwości zamiast wersji).

Działa jednak, jeśli połączysz go z flatten-maven-plugin, ponieważ generuje poms z poprawną wersją, a nie właściwością.

Jedyną opcją, którą zmieniłem w definicji wtyczki outputDirectory, jest domyślnie pusta, ale wolę ją mieć target, która jest ustawiona w mojej .gitignorekonfiguracji:

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

Konfiguracja wtyczki znajduje się w nadrzędnym pliku pom.xml

Służy mvn -N versions:update-child-modulesdo aktualizacji wersji pom dziecka

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>

Masz na myśli, że chcesz usunąć wersję z bloku nadrzędnego pom pom B, myślę, że nie możesz tego zrobić, groupId, artefactId i wersja określiły współrzędne pom nadrzędnego, co możesz pominąć, to wersja podrzędna.