Отметить версию git из сборки — тег не найден в git

Я использую Visual Studio Online для создания решения Visual Studio из репозитория Team Services (была Visual Studio Online) git. Сборка происходит в локальном агенте сборки, который зарегистрирован в Team Services и опубликован в Team Services.

В настройках «Репозиторий» определения сборки у меня для «Источники меток» установлено значение «При успешной сборке» и указан «Формат метки».

Журнал сборки показывает, что версия помечена:

Created ref refs/tags/BuildName - SolutionName - Release_1.2.16134.03 at c1fa2a4b9e0f3365e2269bb947af7819faf40354.

А на вкладке «Артефакты» сборки отображается «build.sourceLabel» с гиперссылкой на:

refs/tags/BuildName - SolutionName ...

Однако, когда я нажимаю гиперссылку, я получаю ошибку TFS:

TF401175:The version descriptor <Tag: BuildName - SolutionName - Release_1.2.16134.03 > could not be resolved to a version in the repository RepositoryName

Я также не могу найти никаких тегов в локальном репозитории git:

git pull --tags
git tag

Ничего не показывает.

Нужны ли мне какие-либо дополнительные действия, чтобы передать мою исходную метку из агента сборки в Team Services? Лучший ответ на эта ссылка, кажется, предполагает, что я сделал правильно (однако я не использую размещенный пул).

Мои настройки репозитория выглядят так:

Настройки репозитория

У кого еще возникла эта проблема? Какие-либо предложения?

Заранее спасибо.


git azure-devops azure-pipelines tagging
person Peter Reay    schedule 13.05.2016    source источник
comment
Я не могу воспроизвести эту проблему, можете ли вы поделиться снимком экрана с настройками на вкладке «Репозиторий»?   -  person Eddie Chen - MSFT    schedule 16.05.2016

Ответы (1)


arrow_upward
7
arrow_downward

Это вызвано пробелом в имени тега. Согласно предоставленным вами журналам, ваше определение сборки называется "BuildName - SolutionName - Release", и вы используете имя определения сборки для создания тега. Это приводит к пустому пространству в имени тега. Обновите «Формат метки», чтобы использовать другой формат имени, или обновите имя определения сборки, чтобы удалить в нем пустое пространство (например: BuildName-SolutionName-Release), чтобы устранить проблему.

person Eddie Chen - MSFT    schedule 17.05.2016