Упражнение. Настройка среды Azure DevOps

  • 15 мин

В этом разделе описано, как настроить организацию Azure DevOps для завершения остальной части этого модуля. Вы также создаете среды службы приложений Azure, которые развертываются позже.

Чтобы достичь этих целей, выполните следующие действия.

  • Добавьте пользователя, чтобы убедиться, что Azure DevOps может подключиться к подписке Azure.
  • Настройте проект Azure DevOps для этого модуля.
  • В Azure Boards переместите рабочий элемент для этого модуля в столбец "Выполнение".
  • Убедитесь, что проект настроен локально, чтобы можно было отправлять изменения в конвейер.
  • Создайте среды Службы приложений Azure с помощью Azure CLI в Azure Cloud Shell.
  • Создайте переменные конвейера, определяющие имена сред службы приложений.
  • Создайте подключение к службе, позволяющее Azure Pipelines безопасно получить доступ к подписке Azure.

Добавление пользователя в Azure DevOps

Чтобы завершить этот модуль, вам потребуется собственная подписка Azure. Вы можете бесплатно приступить к работе с Azure.

Вам не нужна подписка Azure для использования Azure DevOps, но здесь вы используете Azure DevOps для развертывания в ресурсах Azure, существующих в подписке Azure. Чтобы упростить процесс, используйте ту же учетную запись Майкрософт для входа в подписку Azure и организацию Azure DevOps.

Если вы используете разные учетные записи Майкрософт для входа в Azure и Azure DevOps, добавьте пользователя в организацию DevOps в учетной записи Майкрософт, которую вы используете для входа в Azure. Дополнительные сведения см. в статье Добавление пользователей в организацию или проект. При добавлении пользователя выберите уровень доступа Базовый.

Затем выйдите из Azure DevOps и войдите в систему. Используйте учетную запись Майкрософт, используемую для входа в подписку Azure.

Получить проект Azure DevOps

Здесь необходимо убедиться, что ваша организация Azure DevOps настроена для завершения остальной части этого модуля. Для этого вы запустите шаблон, создающий проект в Azure DevOps.

Модули в этом пути обучения формируют прогрессию. Вы следите за веб-командой Tailspin в их путешествии DevOps. Для обучения каждый модуль имеет собственный проект Azure DevOps.

Запуск шаблона

Запустите шаблон, который настраивает организацию Azure DevOps:

Запустите шаблон

Чтобы запустить шаблон на демонстрационном сайте генератора Azure DevOps, выполните следующие действия.

  1. Выберите войдитеи примите условия использования.

  2. На странице Создание проекта выберите организацию Azure DevOps. Введите имя проекта, например Space Game - web - Multistage.

    Снимок экрана демонстрационного генератора Azure DevOps с процессом создания проекта.

  3. Выберите Да, я хочу создать форк этого репозитория>Авторизовать.

    Если появится окно, авторизуйте доступ к учетной записи GitHub.

    Важный

    Этот параметр необходимо выбрать, чтобы шаблон подключится к репозиторию GitHub. Выберите его, даже если вы уже форкнули проект веб-сайта Space Game. Шаблон использует ваш существующий форк.

  4. Выберите Создать проект.

    Выполнение шаблона занимает несколько минут.

  5. Чтобы перейти к проекту в Azure DevOps, выберите Перейти к проекту.

Важный

В этом модуле страница Очистка среды Azure DevOps содержит важные шаги по очистке. Очистка помогает убедиться, что вы не истратите бесплатные минуты на сборку. Даже если вы не завершите этот модуль, обязательно выполните действия по очистке.

Настройка видимости проекта

Вначале ваш форк репозитория Space Game на GitHub настроен как общедоступный, в то время как проект, созданный с помощью шаблона Azure DevOps, настроен как частный. Доступ к общедоступному репозиторию на GitHub может любой пользователь, а частный репозиторий доступен только вам и пользователям, с которыми вы хотите поделиться им. Аналогичным образом, в Azure DevOps общедоступные проекты предоставляют доступ только для чтения пользователям, не прошедшим проверку подлинности, в то время как частные проекты требуют предоставления пользователям доступа и проверки подлинности для доступа к службам.

На данный момент не требуется изменять какие-либо из этих параметров в целях этого модуля. Однако для личных проектов необходимо определить видимость и доступ, которые вы хотите предоставить другим пользователям. Например, если проект является открытым исходным кодом, вы можете сделать репозиторий GitHub и проект Azure DevOps общедоступным. Если проект является закрытым, обычно вы сделаете репозиторий GitHub и проект Azure DevOps закрытым.

Далее вы можете найти следующие ресурсы, которые помогут определить, какой вариант лучше всего подходит для вашего проекта:

Перемещение рабочего элемента в "Выполнение"

Здесь вы назначаете себе рабочий элемент в Azure Boards. Вы также перемещаете рабочий элемент в состояние Выполнение. На практике вы и ваша команда будете создавать рабочие элементы в начале каждой спринт- или рабочей итерации.

Это рабочее задание предоставляет контрольный список, с которым вы можете работать. Он дает другим участникам команды представление о том, над чем вы работаете, и сколько работы осталось. Рабочий элемент также помогает применять ограничения рабочего процесса (WIP), чтобы команда не взваливала на себя слишком много работы одновременно.

Напомним, что команда урегулировала следующие основные вопросы для текущего спринта.

Снимок экрана Azure Boards, показывающий пять задач для этого спринта.

Заметка

В организации Azure DevOps рабочие элементы нумеруются последовательно. В проекте число каждого рабочего элемента может не совпадать с тем, что вы видите здесь.

Здесь вы перемещаете первый элемент создание многоэтапного конвейерав столбец "Выполнение". Затем вы назначаете себя ответственным за рабочий элемент. Создание многоэтапного конвейера связано с определением каждого этапа развертывания веб-сайта Space Game.

Чтобы настроить рабочий элемент, выполните следующие действия.

  1. В Azure DevOps перейдите к Boards. Затем в меню выберите Доски.

    Снимок экрана Azure DevOps с расположением меню Boards.

  2. В карточке "Создать многоэтапный конвейер" выберите стрелку вниз. Затем назначьте рабочий элемент себе.

    снимок экрана Azure Boards, показывающий расположение стрелки вниз.

  3. Переместите рабочий элемент из столбца "To Do" в столбец "В процессе".

    Снимок экрана Azure Boards, на котором показана карточка в столбце «Выполнение».

В конце этого модуля вы переместите карточку в столбец Готово после завершения задачи.

Настройка проекта локально

Здесь вы загружаете проект Space Game в Visual Studio Code, настраиваете Git, клонируете репозиторий локально и настраиваете внешний репозиторий, чтобы можно было скачать начальный код.

Заметка

Если вы уже установили и настроили проект mslearn-tailspin-spacegame-web-deploy локально, то можете перейти к следующему разделу.

Открытие интегрированного терминала

Visual Studio Code поставляется с интегрированным терминалом. Здесь вы редактируете файлы и работаете из командной строки.

  1. Запустите Visual Studio Code.

  2. В меню Представление выберите Терминал.

  3. В раскрывающемся списке выберите Git Bash. Если вы знакомы с другой оболочкой Unix, которую вы предпочитаете использовать, выберите эту оболочку.

    Снимок экрана Visual Studio Code с расположением оболочки Git Bash.

    В окне терминала можно выбрать любую оболочку, установленную в вашей системе. Например, можно выбрать Git Bash или PowerShell или другую оболочку.

    Здесь вы будете использовать Git Bash, часть Git для Windows, что упрощает выполнение команд Git.

    Заметка

    В Windows, если вы не видите Git Bash в списке в качестве параметра, убедитесь, что вы установили Git, а затем перезапустите Visual Studio Code.

  4. Выполните команду cd, чтобы перейти в каталог, в котором требуется работать. Выберите свой домашний каталог (~) или другой каталог, если хотите.

    cd ~

Настройка Git

Если вы не знакомы с Git и GitHub, сначала выполните несколько команд, чтобы связать удостоверение с Git и пройти проверку подлинности с помощью GitHub. Дополнительные сведения см. в статье Настройка Git.

Как минимум, необходимо выполнить следующие действия. Выполните команды из интегрированного терминала.

  1. Задайте имя пользователя.
  2. Задайте адрес электронной почты для коммита.
  3. Сохранить пароль GitHub в кэше.

Заметка

Если вы уже используете двухфакторную аутентификацию с GitHub, создайте личный токен доступа. При появлении запроса используйте токен вместо пароля.

Обращайтесь с токеном доступа как с паролем. Держите его в безопасном месте.

Настройка проекта в Visual Studio Code

В пути обучения "Создание приложений с использованием Azure DevOps" вы сделали форк, а затем клонировали репозиторий Git. Репозиторий содержит исходный код для веб-сайта Space Game. Ваша вилка была подключена к вашим проектам в Azure DevOps, чтобы сборка запускалась, когда вы вносите изменения в GitHub.

Важный

В этой схеме обучения мы переключимся в другой репозиторий Git, mslearn-tailspin-spacegame-web-deploy. При запуске шаблона для создания проекта Azure DevOps процесс автоматически сделал форк репозитория для вас.

В этой части вы клонируете ваш форк локально, чтобы вы могли изменить и настроить конфигурацию конвейера.

Клонируйте ваш форк локально

Теперь у вас есть копия веб-проекта Space Game в учетной записи GitHub. Теперь вы скачиваете или клонируетекопию на ваш компьютер, чтобы можно было с ней работать.

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

Чтобы клонировать проект Space Game на компьютер:

  1. Перейдите в форк веб-проекта Space Game (mslearn-tailspin-spacegame-web-deploy) на GitHub.

  2. Выберите код. Затем на вкладке HTTPS нажмите кнопку рядом с отображаемым URL-адресом, чтобы скопировать его в буфер обмена.

    снимок экрана, показывающий, как найти URL-адрес и копировать кнопку из репозитория GitHub.

  3. В Visual Studio Code перейдите в окно терминала.

  4. В терминале перейдите в каталог, где вы хотите работать. Выберите свой домашний каталог (~) или другой каталог, если хотите.

    cd ~

  5. Выполните команду git clone. Замените URL-адрес, показанный здесь содержимым буфера обмена:

    git clone https://github.com/your-name/mslearn-tailspin-spacegame-web-deploy.git

  6. Перейдите в каталог mslearn-tailspin-spacegame-web-deploy. Это корневой каталог репозитория.

    cd mslearn-tailspin-spacegame-web-deploy

Настройка вышестоящего удаленного

Удалённый — это репозиторий Git, в котором члены команды работают вместе (например, репозиторий на GitHub). Здесь вы просматриваете удаленные репозитории и добавляете удаленный репозиторий, указывающий на копию репозитория компании Microsoft, чтобы получить самый свежий пример кода.

  1. Выполните команду git remote, чтобы вывести список ваших удаленных репозиториев:

    git remote -v

    Вы видите, что у вас есть доступ к вашему репозиторию как для загрузки (скачивания), так и для отправки.

    origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (fetch)
origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (push)

    Источник указывает репозиторий на сайте GitHub. Когда вы форкаете код из другого репозитория, исходный удаленный репозиторий (тот, из которого вы форкали) часто называется upstream.

  2. Выполните следующую команду git remote add, чтобы создать удаленный вышестоящий, указывающий на репозиторий Майкрософт:

    git remote add upstream https://github.com/MicrosoftDocs/mslearn-tailspin-spacegame-web-deploy.git

  3. Запустите git remote еще раз, чтобы увидеть изменения:

    git remote -v

    У вас по-прежнему есть доступ к вашему репозиторию для скачивания (fetch) и загрузки (push) данных. Теперь у вас также есть доступ к репозиторию Майкрософт:

    origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (fetch)
origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (push)
upstream        https://github.com/MicrosoftDocs/mslearn-tailspin-spacegame-web-deploy.git (fetch)

Открытие проекта в проводнике

В Visual Studio Code окно терминала указывает корневой каталог веб-проекта Space Game. Чтобы просмотреть структуру проекта и работать с файлами, откройте проект через файловый проводник.

  1. Самый простой способ открыть проект — открыть Visual Studio Code в текущем каталоге. Для этого выполните следующую команду из интегрированного терминала:

    code -r .

    В проводнике отображается каталог и дерево файлов.

  2. Откройте интегрированный терминал. Терминал открывает для вас доступ к корню вашего веб-проекта.

Если команда code выдаёт ошибку, необходимо добавить Visual Studio Code в переменную PATH системы. Для этого сделайте:

  1. В Visual Studio Code выберите F1 или выберите Вид>Палитра команд, чтобы получить доступ к палитре команд.
  2. В палитре команд введите команду оболочки : установите команду code в PATH.
  3. Повторите предыдущую процедуру, чтобы открыть проект в файловом менеджере.

Теперь вы готовы работать с исходным кодом Space Game и конфигурацией Azure Pipelines из вашей локальной среды разработки.

Создание сред службы приложений Azure

Здесь вы создадите среды, определяющие этапы конвейера. Для каждого этапа создается один экземпляр службы приложений: dev, testи промежуточного.

Создавая в конвейер выпуска с помощью Azure Pipelines, вы развернули App Service через портал Azure. Хотя портал — отличный способ изучить возможности, доступные в Azure, или выполнять основные задачи, поднятие таких компонентов, как App Service, может быть кропотливым.

В этом модуле вы используете Azure CLI для создания трех экземпляров службы приложений. Доступ к Azure CLI можно получить из терминала или с помощью Visual Studio Code. Здесь вы можете получить доступ к Azure CLI из Azure Cloud Shell. Этот интерфейс оболочки на основе браузера размещается в облаке. В Cloud Shell azure CLI настроен для использования с подпиской Azure.

Важно

Чтобы выполнить упражнения в этом модуле, вам потребуется собственная подписка Azure.

Создание Cloud Shell с помощью портала Azure

  1. Перейдите на портал Azure и войдите.

  2. В меню выберите Cloud Shell. При появлении запроса выберите интерфейс Bash.

    Снимок экрана портала Azure с расположением элемента меню Cloud Shell.

    Заметка

    Cloud Shell требует, чтобы ресурс хранилища Azure сохранял все файлы, создаваемые в Cloud Shell. При первом открытии Cloud Shell вам будет предложено создать группу ресурсов, учетную запись хранения и общую папку файлов Azure. Эта настройка автоматически используется для всех будущих сеансов Cloud Shell.

Выбор региона Azure

Регион — это один или несколько центров обработки данных Azure в географическом расположении. Восточная часть США, западная часть США и Северная Европа являются примерами регионов. Каждому ресурсу Azure, включая экземпляр службы приложений, назначается регион.

Чтобы упростить выполнение команд, начните с выбора региона по умолчанию. После указания региона по умолчанию последующие команды используют этот регион, если не указать другой регион.

  1. В Cloud Shell для перечисления регионов, доступных из подписки Azure, выполните следующую команду az account list-locations.

    az account list-locations \
  --query "[].{Name: name, DisplayName: displayName}" \
  --output table

  2. В столбце Name в выходных данных выберите регион, близкий к вам. Например, выберите eastasia или westus2.

  3. Запустите az configure, чтобы задать регион по умолчанию. Замените <REGION> именем выбранного региона.

    az configure --defaults location=<REGION>

    В этом примере устанавливается westus2 в качестве региона по умолчанию.

    az configure --defaults location=westus2

Создайте экземпляры службы приложений

Здесь вы создадите экземпляры службы приложений для трех этапов развертывания: Dev, Testи Staging. Вот краткий обзор процесса, которому вы следуете.

  1. Создайте случайное число, которое делает доменное имя веб-приложения уникальным.

    Этот шаг предназначен для обучения. На практике вы выберете доменное имя, соответствующее имени приложения или службы.

  2. Создайте группу ресурсов, содержащую все экземпляры службы приложений.

    В целях обучения создайте одну группу ресурсов, содержащую все экземпляры App Service. На практике можно создать отдельную группу ресурсов для каждого экземпляра службы приложений, чтобы лучше управлять жизненным циклом каждого экземпляра.

  3. Создайте план службы приложений.

    План службы приложений определяет ресурсы ЦП, памяти и хранилища для веб-приложения. Здесь вы используете базовый план #B1. Этот план предназначен для приложений с низкими требованиями к трафику. Планы уровня "Стандартный" и premium предназначены для рабочих нагрузок. Эти планы выполняются на выделенных экземплярах виртуальных машин.

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

  5. Получите имя узла для каждой среды.

  6. Убедитесь, что каждая среда запущена, и что домашняя страница доступна.

    Заметка

    Для обучения здесь используются параметры сети по умолчанию. Эти параметры делают сайт доступным из Интернета. На практике вы можете настроить виртуальную сеть Azure, которая помещает веб-сайт в сеть, которая не является маршрутизируемой в Интернете, и что доступ к ней можно получить только вам и вашей команде. Позже вы можете перенастроить сеть, чтобы сделать веб-сайт доступным для пользователей.

Чтобы создать экземпляры службы приложений, выполните следующие действия.

  1. Из Cloud Shell создайте случайное число, которое делает доменное имя веб-приложения уникальным.

    webappsuffix=$RANDOM

  2. Чтобы создать группу ресурсов с именем tailspin-space-game-rg, выполните следующую команду az group create.

    az group create --name tailspin-space-game-rg

  3. Чтобы создать план обслуживания приложений с именем tailspin-space-game-asp, выполните следующую команду az appservice plan create.

    az appservice plan create \
  --name tailspin-space-game-asp \
  --resource-group tailspin-space-game-rg \
  --sku B1 \
  --is-linux

    Аргумент --sku указывает план B1. Этот план выполняется на тарифе "Базовый". Аргумент --is-linux указывает на использование Linux-воркеров.

    Важно

    Если SKU B1 недоступен в вашей подписке Azure, выберите другой план, например S1 (стандартный).

  4. Чтобы создать три экземпляра службы приложений, по одному для каждой среды (Dev, Testи Staging), выполните следующие команды az webapp create.

    az webapp create \
  --name tailspin-space-game-web-dev-$webappsuffix \
  --resource-group tailspin-space-game-rg \
  --plan tailspin-space-game-asp \
  --runtime "DOTNET|6.0"

az webapp create \
  --name tailspin-space-game-web-test-$webappsuffix \
  --resource-group tailspin-space-game-rg \
  --plan tailspin-space-game-asp \
  --runtime "DOTNET|6.0"

az webapp create \
  --name tailspin-space-game-web-staging-$webappsuffix \
  --resource-group tailspin-space-game-rg \
  --plan tailspin-space-game-asp \
  --runtime "DOTNET|6.0"

    В целях обучения здесь вы применяете один и тот же план службы приложений B1 Basic к каждому экземпляру службы приложений. На практике вы назначите план, соответствующий ожидаемой рабочей нагрузке.

    Например, для сред, которые соответствуют этапам разработки и тестирования, B1 Basic может быть подходящим, так как вы хотите обеспечить доступ только вашей команде к этим средам.

    Для промежуточной среды выберите план, соответствующий производственной среде. Этот план, скорее всего, обеспечит больше ресурсов ЦП, памяти и хранилища. В рамках плана можно выполнять тесты производительности, такие как нагрузочные тесты, в среде, которая похожа на рабочую среду. Тесты можно запускать, не влияя на динамический трафик на сайт.

  5. Чтобы указать имя узла и состояние каждого экземпляра службы приложений, выполните следующую команду az webapp list.

    az webapp list \
  --resource-group tailspin-space-game-rg \
  --query "[].{hostName: defaultHostName, state: state}" \
  --output table

    Запишите название хоста для каждой запущенной службы. Вам понадобятся эти имена узлов позже, когда вы будете проверять свою работу. Ниже приведен пример:

    HostName                                                 State
-------------------------------------------------------  -------
tailspin-space-game-web-dev-21017.azurewebsites.net      Running
tailspin-space-game-web-test-21017.azurewebsites.net     Running
tailspin-space-game-web-staging-21017.azurewebsites.net  Running

  6. В качестве дополнительного шага перейдите к одному или нескольким именам узлов. Убедитесь, что они работают и отображается домашняя страница по умолчанию.

    Вот что вы видите:

    Снимок экрана веб-браузера с домашней страницей по умолчанию в Службе приложений Azure.

Важный

Страница Очистка среды Azure DevOps в этом модуле содержит важные действия по очистке. Очистка помогает убедиться, что с вас не взимается плата за ресурсы Azure после завершения этого модуля. Не забудьте выполнить действия по очистке, даже если этот модуль не завершен.

Создание переменных конвейера в Azure Pipelines

В Создайте конвейер выпуска с помощью Azure Pipelinesвы добавили переменную в конвейер, которая хранит имя веб-приложения в службе приложений. Здесь вы делаете то же самое. На этот раз вы добавите одну переменную для каждого экземпляра службы приложений, которая соответствует стадии разработки, тестированияили промежуточного этапа в вашем конвейере.

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

Чтобы добавить переменные, выполните следующие действия.

  1. В Azure DevOps перейдите к проекту Space Game — web - Multistage.

  2. В разделе Конвейерывыберите библиотеку.

    Снимок экрана Azure Pipelines с расположением параметра меню

  3. Выберите и группу переменных.

  4. В разделе Свойствавведите Release для имени группы переменных.

  5. В разделе Переменныевыберите + Добавить.

  6. Введите имя переменной WebAppNameDev. В качестве значения введите имя экземпляра службы приложений, соответствующего среде Dev, например tailspin-space-game-web-dev-1234.

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

    Имя переменной Пример значения
    WebAppNameTest tailspin-space-game-web-test-1234
    WebAppNameStaging tailspin-space-game-web-staging-1234

    Обязательно замените каждое значение примера экземпляром службы приложений, соответствующим вашей среде.

    Важный

    Задайте имя экземпляра службы приложений, а не имя узла. В этом примере вы введите tailspin-space-game-web-dev-1234 и не tailspin-space-game-web-dev-1234.azurewebsites.net.

  8. В начале страницы выберите Сохранить, чтобы сохранить переменную в конвейере.

    Ваша группа переменных похожа на эту группу:

    Снимок экрана Azure Pipelines с группой переменных. Группа содержит три переменных.

Создание сред разработки и тестирования

В вы создали конвейер выпуска с помощью Azure Pipelines, вы создали среду для разработки. Здесь вы повторите процесс для среды разработки и тестовой среды . Позже вы настроили промежуточную среду , включающую дополнительные критерии.

Чтобы создать среду разработки и тестовую среду :

  1. В Azure Pipelines выберите Среды .

    Снимок экрана Azure Pipelines, показывающий расположение пункта меню

  2. Чтобы создать среду разработки, выполните следующие действия.

    1. Выберите Создать среду.
    2. В поле Имявведите dev.
    3. Оставьте оставшиеся поля по умолчанию.
    4. Выберите Создать.

  3. Чтобы создать тестовую среду , выполните следующие действия.

    1. Вернитесь на страницу «Окружения».
    2. Выберите Создать среду.
    3. В разделе Имявведите тест.
    4. Выберите Создать.

Создание подключения к службе

Здесь вы создадите подключение к службе, позволяющее Azure Pipelines получить доступ к подписке Azure. Azure Pipelines использует это подключение к службе для развертывания веб-сайта в Службе приложений. Вы создали аналогичное подключение к службе в предыдущем модуле.

Важный

Убедитесь, что вы вошли на портал Azure и Azure DevOps под одной учетной записью Майкрософт.

  1. В Azure DevOps перейдите к проекту Space Game — web - Multistage.

  2. В нижнем левом углу страницы выберите параметры проекта .

  3. В разделе Конвейерные потокивыберите Подключения служб.

  4. Выберите новое подключение службы, а затем выберите Azure Resource Manager, а затем нажмите кнопку Далее.

  5. В начале страницы выберите основной сервис (автоматически). Затем нажмите Далее.

  6. Заполните следующие поля:

    Поле Ценность
    Уровень области подписки
    Подписка Подписка Azure
    Группа ресурсов tailspin-space-game-rg
    Имя подключения службы Менеджер ресурсов – Tailspin – Космическая игра

    Во время процесса может появиться запрос на вход в учетную запись Майкрософт.

  7. Убедитесь, что выбрано предоставить разрешение на доступ ко всем конвейерам.

  8. Выберите Сохранить.

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