Полностью автоматизировать процедуру выпуска с плагинами выпуска + версии

Question

Было бы здорово, если сообщество гуру Maven может помочь мне в выполнении следующей задачи.

Я хотел бы автоматизировать процесс выпуска модуля Maven в Хадсоне таким образом, чтобы процесс выпуска выполнялся в пакетном режиме (от консоли не требуется ничего, что можно было бы попросить). В настоящее время я использую общие шаги release:prepare (с <preparationGoals>versions:update-parent clean verify</preparationGoals> для обновления родительской версии до последней версии до фиксации) + release:perform. Однако я хотел бы Maven сделать следующее:

когда-нибудь на стадии подготовки:

• Для всех зависимостей, которые соответствуют groupId текущего модуля и родителя, замените -SNAPSHOT с выпущенной версии (например versions:use-releases -Dincludes=???) ,

когда-нибудь после выпуска:

• Для всех зависимостей, которые соответствуют groupId текущего модуля и родителя, замените версию выпуска с -SNAPSHOT версии (например, versions:use-latest-snapshots ...).

Пример:

<parent> 
    <groupId>org.mycompany.myproject</groupId> 
    <artifactId>myproject-parent</artifactId> 
    <version>1.0-SNAPSHOT</version> 
</parent> 

<dependency> 
    <groupId>${project.groupId}</groupId> 
    <artifactId>myproject-api</artifactId> 
    <version>1.1-SNAPSHOT</version>   
</dependency> 

до того модуля помеченной превращается в:

<parent> 
    <groupId>org.mycompany.myproject</groupId> 
    <artifactId>myproject-parent</artifactId> 
    <version>1.0</version> 
</parent> 

<dependency> 
    <groupId>${project.groupId}</groupId> 
    <artifactId>myproject-api</artifactId> 
    <version>1.1</version>   
</dependency> 

и после освобождения сменяет превращается в:

<parent> 
    <groupId>org.mycompany.myproject</groupId> 
    <artifactId>myproject-parent</artifactId> 
    <version>1.1-SNAPSHOT</version> 
</parent> 

<dependency> 
    <groupId>${project.groupId}</groupId> 
    <artifactId>myproject-api</artifactId> 
    <version>1.2-SNAPSHOT</version>   
</dependency> 

Я чувствую, как он требуется смесь

versions:use-releases scm:commit release:prepare release:perform versions:use-latest-snapshots scm:commit

но я не уверен, что это лучший способ сделать это. Особенно приятно иметь как можно меньше коммитов: трудность заключается в том, что reparationGoals запускаются после -SNAPSHOT проверки версии.

Описанный проект не является многомодульным проектом в смысле, что родительский POM не ссылается на своих детей через <modules>. Структура SCM выглядит следующим образом:

. 
| 
+-- myproject-parent 
| +-- pom.xml 
+-- myproject-api 
| +-- pom.xml 
+-- myproject-impl 
    +-- pom.xml 

зависимости: родитель

myproject-api → myproject-parent 
myproject-impl → myproject-parent 
myproject-impl → myproject-api 

проекта POM (myproject-parent) будет выпущены редко и, таким образом, будет выпущен первым. Затем myproject-api (при необходимости), а затем myproject-impl.

Answer 1

Простая проблема заключается в том, что ваш родитель имеет другой номер версии, чем ваши дети, что является неправильным способом для сборки мулитного модуля. Многомодульная сборка предназначена для того, чтобы иметь ряд связанных модулей, которые имеют тот же процесс выпуска, из которого следует, чтобы иметь тот же номер версии. Если вы следуете этому руководству, вам не нужен плагин версий, который вы делаете только релиз через выпуск: подготовьте и отпустите: выполните «Это все».

Update: После дальнейшего обсуждения я хотел бы предложить, чтобы установить новый набор заданий Hudson, которые содержат зависимости между модулями (вниз по течению/вверх по течению DEPS.) И сделать релиз на каждую работе Хадсона, который вызывает следующий в строке заданий и так далее. Это предпосылки для того, чтобы иметь отдельные модули и отдельные области в управлении версиями. В противном случае этот бой будет потерян с Maven и усложнит жизнь.