В настоящее время я выполняю миграцию системы сборки приложения C ++ MSV C с TeamCity на Jenkins.
Наша существующая система управления версиями идет классическим путем: version.revision.build (например, 4.6. 27) и оно должно остаться прежним. С другой стороны, у Jenkins есть счетчик сборок, который увеличивается для каждой сборки (даже для сборок веток, сборок запросов на изменение и т. Д. c.)
Может ли кто-нибудь предложить способ поддержания классической нумерации версий XYZ в разделе Дженкинс? В идеале сборки веток и запросов на получение должны соответствовать счетчику сборки (например, сборка № 118), но периодические сборки c "master" должны автоматически помечаться и публиковаться с правильной версией (например, следует сборка 4.6.27). на 28, после 4.7.1 после выпуска).
Стоит отметить, что я не управляю экземпляром Jenkins, не имею доступа к консоли управления и даже установка плагинов не является тривиальной задачей (учитывая количество необходимых разрешений и т. д. c.)
Примечание. Я уже посмотрел версию с автоматическим увеличением Jenkins , к сожалению, это не совсем мой вариант использования.