CI / CD - Пометить артефакт jar на ветке релиза, конвейере или сборке исходного кода? - PullRequest
Новая
       18

CI / CD - Пометить артефакт jar на ветке релиза, конвейере или сборке исходного кода?

1 голос
/ 25 апреля 2019

Сборка исходного кода выполняется с использованием Maven. генерировать артефакты java jar.

Команда разработчиков говорит, что сборка исходного кода (develop branch) будет нести ответственность только за создание jar-артефактов, помечающих SNAPSHOT, что-то вроде x-y-0.1-SNAPSHOT.jar. Команда разработчиков не убеждена в изменении процесса сборки исходного кода (в ветке release) для создания артефакта jar x-y-0.1-RELEASE.jar.

На данный момент команда разработчиков работает над сборкой исходного кода, которая просто создает новые коммиты в develop branch

Для тестирования QA мы начали помечать коммиты, чтобы конвейер QA мог извлекать определенные теги для сборки / развертывания / тестирования в пространстве QA.

Итак, текущий исходный код, основанный на ветви develop, генерирует артефакты, похожие на x-y-0.1-SNAPSHOT.jar. Нам еще предстоит создать release ветку в Git.

Перед конвейером Prod извлекает код из ветки release,

Нужно ли конвейеру Prod переименовывать артефакт с x-y-0.1-SNAPSHOT.jar на x-y-0.1-RELEASE.jar?

или

Нужно ли менять исходный код (в исходном коде git) на ветке release, чтобы генерировать x-y-0.1-RELEASE.jar?

Для вышесказанного, пожалуйста, укажите мне стандартные ссылки / рекомендации

1 Ответ

1 голос
/ 25 апреля 2019

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

Стандартным подходом является использование релизного плагина Maven , который позволяет вам создать версию типа 1.2.3 из ветки git с 1.2.3-SNAPSHOT.

...