Я только начал использовать GitVersion в TFS 2018.3 (VSTS, Azure DevOps) и действительно пробовал легкий вариант.Я использую задачу GitVersion TFS marketplace прямо из коробки.Я пометил основную ветку 1.1.0.0 и запустил сборку.
Журнал сборки показывает:
2018-10-25T15: 39: 53.1843138Z INFO [10/25 /18 17: 39: 53: 08] Обновление информационных файлов сборки 2018-10-25T15: 39: 53.1843138Z INFO [25.10.18 17: 39: 53: 18] Найдено 42 файла 2018-10-25T15: 39: 53.3123172Z [section] Асинхронная команда Start: Update Build Number 2018-10-25T15: 39: 53.3123172Z Обновить номер сборки до 1.2.0-alpha.354-20181025.1 для сборки 1107
С этого момента яожидал бы версию 1.2.0-alpha.354-20181025.1
, но результирующая версия в AssemblyInformationalVersion:
<Assembly: AssemblyInformationalVersion("1.2.0-alpha.354+Branch.develop.Sha.1b44044f1e3324182b9e1f37958b6a4942731e59")>
или
<Assembly: AssemblyInformationalVersion("1.2.0-some_branch_name.1+366.Branch.feature/some_branch_name.Sha.1b44044f1e3324182b9e1f37958b6a4942731e59")>
Есть ли способдля предотвращения отображения Branch.develop.Sha.1b...
?
Это правильный способ использовать эту задачу?