Я начинаю с Дженкинса на моем рабочем месте. Мы используем семантическое управление версиями с Teamcity, и я хочу реализовать то же самое в Jenkins. Моя проблема возникает, когда я сохраняю артефакты в папке сборки ($ JENKINS_HOME / jobs / $ JOB_NAME / builds / $ BUILD_NUMBER), потому что Jenkins использует только build_number для создания папки для сборки, поэтому, когда мне нужно сбросить de Build_number, будущие артефакты будут хранится в папке с предыдущими сборками.
Например:
У меня хранится сборка 1.3.1_develop.1, когда я сбрасываю Build_Number, следующая сборка должна быть 1.3.2_develop.1, и она должна храниться в папке 1 сборки 1.3.1_develop.1
Мой вопрос в том, может ли кто-нибудь объяснить мне, как бороться с автоматическим семантическим управлением версиями на jenkins, потому что мы сбрасываем номер сборки, мы увеличиваем мэр, второстепенный номер и номер патча.
Версия Jenkins: 2.89.4 Jobs -> Мы используем задания для компиляции Vuejs спереди и для развертывания обратно с помощью python (если это помогает)
Спасибо за любую помощь.
Ваша система сборки детерминирована? Всегда ли он дает одинаковый результат для каждого фиксированного набора входов? — person Carlos Cupeiro schedule 17.03.2018
Нет, моя система сборки создает папку, в которой Build_number всегда увеличивается, но я сбрасываю номер, чтобы начать заново. (Дженкинс так и поступает) — person Carlos Cupeiro schedule 19.03.2018