Maven - Artifactory: обновить зависимости с помощью buildNumber

Я начал работать в компании, где используется концепция buildNumber. Они открывают ветку релиза, например, с установленной версией 1.0.2-build1.

В следующий раз, когда они сгенерируют артефакт и развернут его, они увеличат это число, поэтому 1.0.2-build2.

Когда код готов к развертыванию в производственной среде, они удаляют -buildNumber и создается новый тег.

Если у нас есть версия 1.2.0-build7 и версия 1.2.0 с артефактами, сгенерированными в Jfrog Artifactory, последняя доступная версия — 1.2.0, но Maven с артефактом, если я попытаюсь использовать плагин версий для обновления версии зависимости от мой pom.xml, плагин понимает, что последняя версия - 1.2.0-build7, а не последний тег, сгенерированный ранее.

Кто-нибудь знает, как справиться с этой ситуацией? Я борюсь с этим, но безуспешно.

Спасибо всем!


person Daniel Majano    schedule 21.08.2017    source источник
comment
В идеале вы должны использовать СНАПШОТЫ, не уверен, почему вы будете использовать эту конкретную версию.   -  person Naman    schedule 21.08.2017
comment
В данный момент мы используем модель gitflow. С помощью SNAPSHOT мы управляем версиями ветвей функций. Когда функция была завершена, мы запустили релизную ветку без SNAPSHOT и концепции -BuildNumber, то же самое для хотфикса.   -  person Daniel Majano    schedule 21.08.2017
comment
В Maven у нас должно быть 1.2.0-build7 ‹ 1.2.0, как описано здесь /37875486#37875486" title="как центральный репозиторий сортирует номера версий">stackoverflow.com/questions/37871662/   -  person J Fabian Meier    schedule 21.08.2017
comment
Maven понимает версии 1.2.0 и 1.2.0-build7, как версии релизов. Для моего клиента версия с buildNumber не является окончательным выпуском, поэтому мне пришлось включить файл xml с одним исключением, чтобы исключить версии со сборкой с использованием конфигурации rulesUri из версий плагина maven.   -  person Daniel Majano    schedule 24.08.2017