Версия моего ПО

https://github.com/ioquake/ioq3

Смотреть как там сделали

вот есть git, вот есть теги и ветки

git describe --tags --always --dirty

Ага, спасибо

Ручками менять файлик version.txt

Зачем ручками, когда есть GNU Make?

Ну в расте не кошерно же, там cargo. Но теперь понятно как получать версию и в gitlab-ci просто буду обновлять файл.

Мудаки вызывают git describe во время сборки, не понимая что во-первых это добавляет бесполезную build-зависимость от git, во-вторых ломается если исходники скачаны не из git, а бывает что подцепляет версию от вообще не связанного репозитория, когда .git есть в корне, в ~ или где-то ещё выше по дереву каталогов.

Обычно у тебя так или иначе версия определена в каком-то манифесте, типа project(foo VERSION 1.2.3) в CMake, version в package.json, setup(version=) в setup.py и т.д., и этого достаточно.

Мудаки вызывают git describe во время сборки, не понимая что во-первых это добавляет бесполезную build-зависимость от git, во-вторых ломается если исходники скачаны не из git, а бывает что подцепляет версию от вообще не связанного репозитория, когда .git есть в корне, в ~ или где-то ещё выше по дереву каталогов.

Никто же не мешает проверять, есть ли в корне дерева исходников файл или каталог .git, и по-нормальному обрабатывать случай, когда git describe (или git rev-parse) не работает.

Обычно у тебя так или иначе версия определена в каком-то манифесте

Обычно хэш коммита в версию встраивают для того, чтобы быть уверенным, что версия, которая перед тобой на экране, собрана из такого-то коммита. Манифест такой уверенности не даёт, потому что его могли забыть обновить.

Никто же не мешает проверять, есть ли в корне дерева исходников файл или каталог .git, и по-нормальному обрабатывать случай, когда git describe (или git rev-parse) не работает

обрабатывать случай, когда git describe не работает

Ну т. е. иметь ещё один алгоритм, на случай отсутствия гита. Зачем тогда гит вообще нужен здесь? Вопрос риторический, если что.

Ну т. е. иметь ещё один алгоритм, на случай отсутствия гита. Зачем тогда гит вообще нужен здесь?

Ну если есть гит, то вставлять хэш коммита, а если нет, то не вставлять. Или, например, в релизные архивы исходников класть файл с номером ревизии, а кто прямо из Гита собирает, тому номер ревизии из Гита. А у кого ни того, ни другого нет, тому строку «UNKNOWN».

Никто же не мешает проверять, есть ли в корне дерева исходников файл или каталог .git, и по-нормальному обрабатывать случай, когда git describe (или git rev-parse) не работает.

Не запрещает, только никто никогда ничего не проверяет и остальных перечисленных проблем это не решает.

Обычно хэш коммита в версию встраивают для того, чтобы быть уверенным, что версия, которая перед тобой на экране, собрана из такого-то коммита. Манифест такой уверенности не даёт, потому что его могли забыть обновить.

Спасибо, я в курсе зачем его вставляют. Как было написано выше, это использование git такой уверенности не даёт. Кто собирает из git, может сам посмотреть ревизию в репозитории. В противном случае будет доступна версия из манифеста, который забыть обновить просто нельзя, потому что эта же версия должна использоваться при публикации пакета.

Только ручками. Всё остальное - быдлокод, который работает только на машине автора.