Как автоматически увеличивать версию сборки GitLab?

Question

[zilevsky]

Добрый день.

Подскажите как встроенными настройками GitLab увеличивать версию сборки при коммите по принципу X.X.
Менять минорную и мажорную версии можно пока руками, но вот версию сборки хотелось бы менять автоматически.

Использовать precommit можно, но пока это излишне и у нас нет сервера сборки проектов.

Удобным было бы использовать как-то тегирование, но не понимаю как настроить.

Answer 1

[d-stream]

Не совсем понял про есть или нет линия сборки...
Если всё-таки есть - то использовать например CI_PIPELINE_ID или CI_PIPELINE_IID из предопределенных переменных.

Comments

[zilevsky]

Пайплайнов нет
Хотелось бы пока обойтись без CI/CD

Или это не реально без внешнего скрипта?

[d-stream]

Надо как-то определится с "увеличивать версию сборки при коммите"
что есть в этой фразе "сборка" и что у нее будет версией?

[zilevsky]

d-stream, я видимо некорректно выразился по поводу сборки.
Для меня сборка сейчас, это просто коммит.

Опишу процесс чтобы стало понятно о чём я.
К примеру изначально есть скрипт который выгружен первый раз на гит.
Его версия 1.0.1
Где 1 в конце, это по сути номер коммита.

Далее к примеру мы вносим правки в скрипт, делаем коммит и выгружаем на гит.
Получаем версию 1.0.2 и так далее.

Если вносим доработки расширяющие функционал, увеличиваем минорную версию (пока руками) до 1.1.2

Все манипуляции производятся в одной ветке. У нас нет разделения на dev и master.

[d-stream]

Вижу много вариантов засад. К примеру хорошим стилем является делать множество коммитов в связке со смысловыми изменениями. То есть один коммит - правка функции xxx, следующий - правка функции yyy (притом в текстовом редакторе - вообще могло быть несколько сохранений меняющегося файла). И только спустя какое-то время кучка коммитов - отправляется в удалённый репозиторий (push).
Вот и сразу вопрос - когда инкрементить версию?
- по сохранению
- по коммиту
- по пушу

Притом до пуша - собственно все изменения производятся в локальных копиях репозитория == гитлаб о них и не знает

[zilevsky]

d-stream, Получается пуш => повышение версии
Вообще идеальным вариантом было бы отправлять при пуше тег типа какого рода изменения вносятся мажор, минор или патч. Или это уже и есть использование переменных?

[d-stream]

Просто идеологически - это слегка наизнанку: пуш = отправка из локальной копии репозитория в основной. И там много танцев с тем чтобы все хэши совпали. И вдруг что-то где-то меняется... и как следствие - меняются хэши... То есть вся суть гита как такового рассыпается.

В такой цепочке - максимум приближенного к реальности - это сборка по пушу неким образом меняет версию и это изменение - коммитится.