GitVersion не поднимает вспомогательную версию для сборки ветки разработки в TeamCity, если недавно созданная ветка выпуска не была собрана первой

Question

В настоящее время я пытаюсь реализовать GitFlow в GitLab тестовом проекте, а затем запустить сборки из TeamCity.

Я настроил свой файл GitVersion.yml так, что когда я создаю ветку релиза (например, релиз / 0.3.0) для разработки с версией 0.3.0-alpha.3, например, а затем фиксирую для разработки, минорная версия на разработке должен увеличиваться (например, 0.4.0-alpha.1). Но когда я строю разработку на TeamCity, вместо этого он получает версию 0.3.0-alpha.4, и мне нужно сначала собрать ветку релиза, а затем пересобрать разработку, чтобы получить правильную версию 0.4.0-alpha.1.

Нет ли способа получить GitVersion для вычисления правильной версии сборки ветки разработки в TeamCity без необходимости сначала строить ветку релиза? Я хотел бы избежать возможности разработки сборки разработчика и посылки пакета с неправильной версией на сервер Octopus.

Версии программного обеспечения:

• TeamCity: 2017.2.4 (сборка 51228) и 2018.1 (сборка 58245)
• GitVersion: v4.0.0-beta0012

Answer 1

Я подтвердил, что проблема заключается в том, что TeamCity не извлекает все ветви из хранилища при создании рабочей копии. Это вызывает проблемы с моей конфигурацией GitVersion, которая требует, чтобы ветви извлекали информацию о своих версиях из другой ветви.

Простым решением является добавление параметра конфигурации в ваш проект с именем teamcity.git.fetchAllHeads со значением true . Это заставляет TeamCity получить все ветки из вашего хранилища.