Как настроить мульти-модуль Maven проекта с надлежащим выпуском и версии структуры

Question

я не мог найти лучшие практики для моего Maven проекта мульти-модуль, с точки зрения контроля версий, выпуска и OSGi расслоения,

Прежде всего их версиями и relase. мой проект имеет 5-6 суб модулей с 200+ баночки так хотели использовать агрегацию,

Case 1: Не задающие версии проекта и использовать родительскую версию

• в этом случае, если я использую Maven релиз плагин как пометки, так и pom.next ok для разработки (ok означает, что jar3 всегда будет использовать последнюю версию jar1, которая сама по себе), но Что делать, если мне нужно сделать исправление патча только для jar1? как я могу обойтись make relase (он говорит, что не может освободить проект из-за невыпущенных зависимых родительских: 0.0.2-SNAPSHOT) и если мне удастся освободить jar1 0.0.1.1, как сказать jar3 для использования исправленная версия jar1?

  Родителя Proejct (0.0.1-снимки)
    Модуль1
      Jar1
      Jar2
    Module2
      Jar3
        (зависимости) [Jar1 (project.version), Jar2 (project.version)]
      Jar4
        (зависимость) [Jar1 (project.version), Jar3 (project.version)]
  

Случай 2: Может быть, это хорошая идея, чтобы указать версии банки в собственности файл родитель пОМ

• в этом случае при использовании релиз плагина Unfortunetly, когда я проверить pom.next я видеть, что обе версии банка и версии зависимостей отменяются до зашиты вместо собственности (jar1.version), так что для следующего релиза я не смогу использовать свойства, а вторая проблема заключается в даже я смог решить проблему 1st релиз Maven плагина не изменяют свойств так что в следующем релиз будет использовать неизмененные версии от свойств

  родитель Proejct
    свойства
      jar1.version
      jar2.version
      jar3.version
      jar4.версия
    Модуль1
      Jar1 (jar1.version)
      Jar2 (jar2.version)
    Module2 (0.0.1-снимков)
      Jar3 (jar3.version)
        (JAR1, Jar2)
      Jar4 (0.0.1-Snapshot)
        (зависимость) [Jar1, Jar3]
  

Я вроде запутаться, техник его подводит подумали, что разблокировки, и процедура патча будут так сложны, что это лучший способ управления такого рода требований с мавена

Answer 1

наконец я сумел поддержать релиз (версия) управления для моего мульти-модуля проекта с // dependencyManagement \

Мой родитель пом

<project> 
<modelVersion>4.0.0</modelVersion> 
<groupId>com.seyn</groupId> 
<artifactId>hophop</artifactId> 
<version>0.0.1-SNAPSHOT</version> 
<packaging>pom</packaging> 
<name>hophop</name> 

<scm> 
    <connection></connection> 
    <developerConnection></developerConnection> 
    <url></url> 
</scm> 

<properties> 
    <hophop1.version>0.0.1-SNAPSHOT</hophop1.version> 
    <hophop2.version>0.0.1-SNAPSHOT</hophop2.version> 
</properties> 

<modules> 
    <module>../hophop1</module> 
    <module>../hophop2</module> 
</modules> 

<build> 
    <plugins> 
    <plugin> 
    <groupId>org.apache.maven.plugins</groupId> 
    <artifactId>maven-release-plugin</artifactId> 
    <version>2.1</version> 
    </plugin> 
    </plugins> 
</build> 

<dependencyManagement> 
    <dependencies> 
    <dependency> 
    <groupId>com.seyn</groupId> 
    <artifactId>hophop1</artifactId> 
    <version>${hophop1.version}</version> 
    </dependency> 
    </dependencies> 
</dependencyManagement> 
</project> 

и мой модуль 1 П:

<project> 
<modelVersion>4.0.0</modelVersion> 
<parent> 
    <artifactId>hophop</artifactId> 
    <groupId>com.seyn</groupId> 
    <version>0.0.1-SNAPSHOT</version> 
    <relativePath>..\hophop</relativePath> 
</parent> 
<groupId>com.seyn</groupId> 
<artifactId>hophop1</artifactId> 
<version>0.0.1-SNAPSHOT</version> 

<scm> 
    <connection>seyn</connection> 
    <developerConnection>seyn</developerConnection> 
    <url>seyn</url> 
</scm> 

</project> 

и мой модуль 2 П, который зависит от модуля 1:

<project> 
<modelVersion>4.0.0</modelVersion> 
<parent> 
    <artifactId>hophop</artifactId> 
    <groupId>com.seyn</groupId> 
    <version>0.0.1-SNAPSHOT</version> 
    <relativePath>..\hophop</relativePath> 
</parent> 
<groupId>com.seyn</groupId> 
<artifactId>hophop2</artifactId> 
<version>0.0.1-SNAPSHOT</version> 
<scm> 
    <connection>seyn</connection> 
    <developerConnection>seyn</developerConnection> 
    <url>seyn</url> 
</scm> 
<dependencies> 
    <dependency> 
    <groupId>com.seyn</groupId> 
    <artifactId>hophop1</artifactId> 
    </dependency> 
</dependencies> 
</project>