Установка тега Git из конвейера сборки Azure Devops по завершении

Если вы делаете конвейер yaml, вы можете добавить следующие шаги

- checkout: self
  persistCredentials: true

## Rest of pipeline ##

- script: |
     git tag $(GitVersion.NugetVersionV2)
     git push origin $(GitVersion.NugetVersionV2)
  workingDirectory: $(Build.SourcesDirectory)

persistCredentials позволяет автоматически передавать токен другим командам git. Обратите внимание на присвоение workingDirectory, в противном случае у меня была ошибка, что местоположение не было репозиторием git.

Для аннотированного тега, а не для облегченного тега , синтаксис будет выглядеть так ...

- script: |
     git tag -a <tagname> -m <message>

Чтобы получить против него пользователя / дату, вам необходимо также укажите имя пользователя / адрес электронной почты, например

- script: |
    git config --global user.name "BuildService"
    git config --global user.email "[email protected]"
    git tag -a <tagname> -m <message>

Чтобы это работало, необходимо, чтобы Сервер сборки проекта (а не Учетные записи службы сборки проекта ) получить разрешение на участие в репозиториях

Продолжая отличный ответ Пола Хэтчера, я хотел бы добавить, что для меня учетная запись была названа Project Collection Build Service в Azure DevOps Server 2019. Это также похоже на текущую документация Microsoft.

Извините за ответ, моей репутации пока не хватает на комментарий.

В журналах отладки я вижу, что эта переменная устанавливается компонентом GitVersion, который я добавил в конвейер.

Переменная GitVersion.MajorMinorPatch, которую вы видели в журнале, является переменной уровня шага, что означает, что ее жизненный цикл начинается только с текущей GitVersion задачи.

Как определение, которое вы имеете в виду, его охват должен распространяться на всех. Это означает, что это должна быть глобальная переменная. Например, предварительно определенные переменные, которые используются в системе по умолчанию, и пользовательские переменные, указанные на вкладке Переменные.

Фактически, на основе GitVersion task логики компиляции и работы, значение GitVersion.MajorMinorPatch создается и сохраняется как build number текущей сборки:

Итак, наиболее удобный способ пометить значение GitVersion.MajorMinorPatch для репозиториев - использовать $ (Build.BuildNumber):

v$(Build.BuildNumber)

И вот мой результат:

Обновление:

Чтобы добавить GitVersion.MajorMinorPatch, созданный задачей GitVersion, в переменные, примените приведенные ниже сценарии к задаче PowerShell:

$connectionToken="{PAT Token}"
$urlget = "https://dev.azure.com/{org}/{project}/_apis/build/definitions/$(System.DefinitionId)?api-version=5.1"
$base64AuthInfo = [System.Convert]::ToBase64String([System.Text.Encoding]::ASCII.GetBytes(":$($connectionToken)"))
$getdef = Invoke-RestMethod -Headers @{Authorization=("Basic {0}" -f $base64AuthInfo)} -Method GET -ContentType application/json -Uri $urlget 
Write-Host Pipeline = $($getdef | ConvertTo-Json -Depth 100)
$bvalue=@"
    {
      "value": "$(GitVersion.MajorMinorPatch)"
    }
"@
$getdef.variables | add-member -Name "GitVersion.MajorMinorPatch" -value (Convertfrom-Json $bvalue) -MemberType NoteProperty -Force -PassThru

$getdef = $getdef | ConvertTo-Json -Depth 100
$getdef | clip
$urlput = "https://dev.azure.com/{org}/{project}/_apis/build/definitions/$(System.DefinitionId)?api-version=5.1"
$putdef = Invoke-RestMethod -Uri $urlput -Method PUT -Body $getdef -ContentType "application/json" -Headers @{Authorization=("Basic {0}" -f $base64AuthInfo)}

Как я упоминал ранее, я все еще не думаю, что можно указать $(GitVersion.MajorMinorPatch) в Tag format.

По-прежнему настоятельно рекомендую вам, позвонив $(Build.BuildNumber), пометить значение $(GitVersion.MajorMinorPatch).