Maven: мультимодальные проекты и управление версиями

Каковы наилучшие практики для версий программного обеспечения и проектов с несколькими модулями с Maven?

Я имею в виду, когда я создаю проект мультимодулей с Maven, каков наилучший подход для управления версиями? Использовать одну версию для всех модулей (определенных в верхнем проекте)? Использовать версию для каждого модуля (определенного в POM каждого модуля)? Есть ли другой подход, который мне не хватает? Каковы плюсы и минусы каждого подхода?

В общем, разные модули, выпущенные вместе (возможно, с одним и тем же номером версии)?

Спасибо

Ответ 1

Честно говоря, это зависит от того, что вы хотели бы сделать. Многомодульные проекты создаются по нескольким причинам, из которых вам нужно только развернуть то, что изменилось, а не все модули.

Подумайте об этом так: если у вас был не-мультимодульный проект, и вам нужно было только изменить одну строку на уровне служб, вам нужно перестроить весь проект и снова развернуть весь код... даже хотя только ваш уровень обслуживания изменится.

С многомодульными проектами вы можете регенерировать свой проект и развертывать только то, что изменилось... вашими услугами. Это снижает риск, и вы уверены, что изменился только ваш сервисный модуль.

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

Когда вы создаете свой проект, подумайте о его развертывании в репозитории, который будет содержать все совместимые баннеры для сборки (каждая сборка создает новую папку с номером версии pom-most pom). Таким образом, вам не нужно хранить документацию о том, какие банки совместимы... все они просто развернуты вместе с номером сборки.

Ответ 2

Я искал решение для этой точной проблемы, и versions-maven-plugin был именно тем, что мне нужно. Мне не нравится плагин релиза, сообщающийся с системой SCM. Плагин версий делает именно то, что нам нужно: он устанавливает номер новой версии во всех помесях проекта:

mvn versions:set -DnewVersion=2.0.0

Затем я могу продолжить коммиты, теги и официальную сборку сборки сборки...

ИЗМЕНИТЬ

Плагин версий зависит от того, как был организован многомодовый проект maven: в результате он часто не обновляет все файлы POM в сложном многомодульном проекте. Я обнаружил, что sed и find делают работу гораздо надежнее:

sed -i 's/1.0.0-SNAPSHOT/1.0.0-RC1/g' `find . -name 'pom.xml'`

Ответ 3

Обычно вы создаете многомодульный проект, потому что считаете, что различные модули являются частью единого целого. Может быть, клиентский кусок, контрольный кусок и сервисный кусок. Или, может быть, пользовательский интерфейс с сервисами.

В любом случае имеет смысл иметь номера версий для различных модулей для перемещения в блокировке. Однако Maven не применяет это правило, как правило.

Что касается вашего вопроса

- это разные модули, выпущенные вместе (возможно, номер версии)

Я бы так подумал. Это одна из причин того, что он является мультимодульным проектом. В противном случае модули могут быть независимыми.

Конечно, это тот материал, который изобилует редкими случаями и исключениями; -)