Слишком много проектов в зависимости от одного родителя pom.xml имеет отрицательные побочные эффекты

Question

У нас около 45 java-проектов (два интерфейсных приложения, двадцать back-end и остальные - общие библиотеки), использующих одного родителя pom.xml.

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

Это не согласовано, так как все версии зависимости указаны в родительском pom используя <dependencyManagement> за исключением одного случая здесь. Однако я не готов повысить версию для всех проектов и вызвать ошибки компиляции.

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

Какое будет лучшее решение?

Answer 1

Если в конце проекты не будут использовать один и тот же путь к классам, вы можете иметь спецификацию maven (отдельный проект, версионный) и импортировать их в нужные вам проекты. Оставьте родительский pom на how для построения проектов, но используйте спецификацию для what для построения. Затем ваши проекты могут немного отличаться от используемых ими библиотек, но вы можете управлять каждым из них и обновлять его по мере необходимости.

https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html

Answer 2

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