Как импортировать определение выпуска в Azure Devops (VSTS)?

Перейдите в раздел «Сборка и выпуски», а затем «Выпуски», и там вы найдете вариант. Нажмите кнопку +, и появится возможность импортировать определения выпусков.

Сообщите мне, если вам понадобится дополнительная помощь.

Оставив это здесь как дополнение к принятому ответу.

Принятый ответ действительно работает, но я должен упомянуть, что моя первоначальная проблема не была решена им точно.

В основном, если у вас нет существующих определений выпусков, похоже, нет способа импортировать определения. Я создал «фиктивное» определение, а затем следовал принятому ответу. Создание хотя бы одного определения приведет вас к этому экрану, иначе вы получите только те экраны, которые я показываю в своем вопросе.

Начиная с VSTS переименован / обновлен в Azure DevOps, есть некоторые изменения в пользовательском интерфейсе, чтобы найти эту опцию выше.

Для импорта

Для экспорта

По поводу дополнения

Все определения сборки / выпуска сопровождались одним термином «конвейер». Таким образом, нет необходимости создавать фиктивное определение выпуска для импорта нового. Вы можете импортировать определение нового выпуска без фиктивного.

Из прочтения комментариев выше причина, по которой у вас возникают проблемы с импортом определения выпуска из другого источника VSTS / Azure DevOps, заключается в том, что экспортированное определение выпуска содержит ссылки GUID на объекты, которые не существуют в организации или проекте, который вы импортируете. Определение выпуска в. Итак, вам придется засучить рукава и поработать, чтобы получить успешное плавное и полностью интегрированное определение выпуска, которое вы можете использовать в качестве шаблона. Мы собираемся использовать REST API, найденный здесь: https://docs.microsoft.com/en-us/rest/api/vsts/release/definitions/create?view=vsts-rest-4.1

Вот мой технический ответ и то, что я сделал, чтобы продублировать определение выпуска и создать шаблон, который будет использоваться многократно:

1. Экспортируйте определение выпуска по вашему выбору

2. Отформатируйте JSON в каком-нибудь инструменте, например https://jsonformatter.curiousconcept.com, чтобы сделать его более читабельным, а затем сохраните его в текстовом файле, например ReleasePipelineTemplate-Formatted.json.

3. Я не знаю, какие компоненты вы определили в своем определении выпуска, но посмотрите вокруг и посмотрите, как GUID используются повсюду. Было бы полезно создать определение выпуска, чтобы найти идентификаторы GUID, которые вам нужно будет заменить.

4. Идентификаторы GUID для поиска: SYSTEM_COLLECTIONID, SYSTEM_TEAMPROJECTID, SYSTEM_DEFINITIONID, BUILD_QUEUEDBYID

5. Позвольте нам получить некоторые переменные, упомянутые выше, от вашей организации сборки и проекта. Чтобы получить их, нам нужно распечатать некоторые переменные среды во время обычной сборки. Итак, добавьте шаг сборки где-нибудь в начале вашей сборки CI, который добавляет шаг «Пакетный сценарий» со следующей командой «C: \ Windows \ System32 \ cmd.exe» и аргументом «/ c set». После завершения сборки просмотрите журналы на этом этапе сборки и найдите значения для этих переменных. Они понадобятся вам в определении выпуска.

6. Вы должны сделать копию, прежде чем мы изменим файл json. Вам следует немного урезать файл json, удалив несколько вещей, таких как createdOn, modifiedBy, modifiedOn. В самом низу «url» находятся 3 ссылки. Их необходимо изменить, например, с помощью GUID идентификатора командного проекта. Это всего лишь пример мест, которые нужно изменить. Пожалуйста, проверьте свое собственное определение выпуска.

7. Я предполагаю, что вы внесли необходимые изменения в свой файл JSON и готовы попытаться его импортировать. Создайте сценарий PowerShell с именем CreateReleasePipeline.ps1, используя следующий пример сценария.

$homeDir = "$(Split-Path -parent $MyInvocation.MyCommand.Definition)"
$VSTS_RestApiHost = "https://vsrm.dev.azure.com/yourpath/_apis"
$VSTS_PAT = "YOUR_PAT_TOKEN_HERE"
$headers = @{Authorization = "Basic " + [System.Convert]::ToBase64String([System.Text.Encoding]::ASCII.GetBytes(":$($VSTS_PAT)"))}
$relDefInfo = Get-Content "$homeDir\ReleasePipelineTemplate-Formatted.json"
Write-Host "Creating Release Pipeline..."
$createReleaseDef = "$($VSTS_RestApiHost)/release/definitions?api-version=4.1-preview.3"
$response = Invoke-RestMethod -Method Post -Uri $createReleaseDef -Body $relDefInfo -ContentType 'application/json' -Headers $headers
Write-Host "Create Release Pipeline done. Pipeline id: $($response.id)"
if ($response.id -gt 0) {
  Write-Host "Release definition: succeeded."
}
Write-Host $response.id

8. Выполните свой скрипт с '. \ CreateReleasePipeline.ps1', и результат будет выглядеть примерно так:

.\CreateReleasePipeline.ps1
Creating Release Pipeline...
Create Release Pipeline done. Pipeline id: 71
Release definition: succeeded.
71

9. Обновите веб-страницу Release Pipeline, и вы должны увидеть только что созданный Release Pipeline.

10. Вы можете продолжить и повторить попытку, пока не будете удовлетворены своими результатами.

Я использую этот REST API, чтобы поместить шаблон определения выпуска в репозиторий исходного кода, чтобы мне не приходилось обновлять 50+ и растущие конвейеры выпуска, когда я вношу в них корректировку. Я могу с помощью вызова REST API проверить, существует ли определение выпуска, создать его, если его нет, обновить, если оно устарело. И все это без необходимости сжимать руку, чтобы обновлять их вручную или создавать конвейер при создании нового репозитория get. Я хочу максимально автоматизировать все. Я хочу изменить один или несколько раз, чтобы система обновилась сама.

Пожалуйста, дайте мне знать, если это поможет.

После экспорта он сгенерирует файл json и сохранит его в локальной папке. Затем перейдите к выпуску или нажмите кнопку «плюс» (+), и вы увидите опцию inport, нажмите на нее и выберите этот файл json. вот и все.....

Если вы не видите параметр импорта, вы можете попробовать создать первый пустой конвейер.

Как только он у вас есть, он включает опцию импорта