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

Завершено

В этом разделе описано, как настроить организацию 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 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 — веб-шаблоны развертывания.

   

3. Выберите "Да", я хочу вставить этот репозиторий. Затем выберите "Авторизовать".

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

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

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

Внимание

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

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

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

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

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

• Использование частных и общедоступных проектов
• Краткое руководство. Предоставление общедоступного частного проекта
• Настройка видимости репозитория

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

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

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

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

Примечание.

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

Здесь вы перемещаете пятый элемент, повышая ход выпуска, в столбец "Выполнение ". Затем вы назначаете себя рабочему элементу. Улучшение времени выпуска связано с выбором шаблона развертывания, который позволяет быстро выпускать изменения для пользователей.

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

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

   

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

   

3. Переместите рабочий элемент из столбца Список дел в столбец "Выполнение".

   

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

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

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

Примечание.

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

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

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

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

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

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

   

   В окне терминала можно выбрать любую оболочку, установленную в вашей системе. Например, можно выбрать 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-адрес в буфер обмена.

   

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). Здесь вы выводите список удаленных репозиториев и добавляете удаленный репозиторий, указывающий на копию репозитория Майкрософт, чтобы вы могли получить актуальный пример кода.

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. При вводе кода из другого репозитория исходный удаленный (который вы вилировали из) часто называется вышестоящий.

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

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

3. Запустите 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)
   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. В палитре команд введите команду shell: установите команду "code" в PATH.
3. Повторите предыдущую процедуру, чтобы открыть проект в проводнике.

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

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

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

В предыдущих модулях вы использовали Azure CLI для создания экземпляров Служба приложений. Здесь вы будете делать то же самое.

Внимание

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

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

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

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

Здесь вы указываете регион по умолчанию или географическое расположение, в котором будут созданы ресурсы Azure.

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

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

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

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

   az configure --defaults location=<REGION>
   

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

   az configure --defaults location=westus2
   

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

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

Примечание.

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

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

   webappsuffix=$RANDOM
   

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

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

3. Выполните следующие команды, чтобы создать два плана Служба приложений.

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

   Внимание

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

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

   Первая команда задает план B1 . Этот план выполняется на уровне "Базовый". Среды Служба приложений используют этот план для этапов разработки и тестирования. План B1 Basic предназначен для приложений с низким уровнем трафика, например в среде разработки или тестирования.

   Вторая команда указывает план P1V2, который выполняется на уровне "Премиум". Этот план используется для промежуточного хранения. План P1V2 класса Premium предназначен для рабочих нагрузок. Он выполняется на выделенных экземплярах виртуальных машин.

   Уровень плана "Базовый" не предоставляет дополнительных слотов развертывания. Однако план Premium делает. Вот почему вам нужен план "Премиум" для промежуточной среды.

4. Выполните следующие команды az webapp create, чтобы создать три экземпляра Службы приложений: по одному для каждой среды — разработки, тестирования и промежуточной.

   az webapp create \
     --name tailspin-space-game-web-dev-$webappsuffix \
     --resource-group tailspin-space-game-rg \
     --plan tailspin-space-game-test-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-test-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-prod-asp \
     --runtime "DOTNET|6.0"
   

   Обратите внимание, что здесь вы применяете тот же план Служба приложений B1 Basic к экземплярам Служба приложений для разработки и тестирования. Вы применяете план Служба приложений premium P1V2 к экземпляру Служба приложений для промежуточного хранения.

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 DevOps в этом модуле содержит важные инструкции по очистке. Очистка помогает убедиться, что вы не взимаете плату за ресурсы Azure после завершения работы с этим модулем. Обязательно выполните действия по очистке, даже если не завершите этот модуль.

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

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

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

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

1. В Azure DevOps перейдите в проект шаблонов развертывания Space Game — web .

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

   

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

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

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

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

7. Повторите шаги 5 и 6 еще раз, чтобы создать переменные для сред тестирования и промежуточного хранения , как показано в этой таблице:

   Имя переменной	Пример значения
   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. В верхней части страницы нажмите кнопку "Сохранить ", чтобы сохранить переменную в конвейере.

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

   

Создание сред разработки, тестирования и промежуточного хранения

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

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

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

   

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

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

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

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

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

   1. Вернитесь на страницу Среды.
   2. Выберите новую среду.
   3. В разделе "Имя" введите промежуточное значение.
   4. Нажмите кнопку создания.

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

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

Внимание

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

1. В Azure DevOps перейдите в проект шаблонов развертывания Space Game — web .

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

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

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

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

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

   Поле	значение
   Уровень области	Подписка
   Отток подписок	Ваша подписка Azure
   Группа ресурсов	tailspin-space-game-rg
   Имя подключения службы	Resource Manager — Tailspin — Space Game

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

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

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

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

Извлечение ветви из GitHub

Здесь вы получите blue-green ветвь из GitHub. Затем вы проверка или переключитесь на эту ветвь.

Эта ветвь содержит проект Space Game , с которым вы работали в предыдущих модулях, и конфигурацию Azure Pipelines для начала.

1. В Visual Studio Code откройте интегрированный терминал.

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

   git fetch upstream blue-green
   git checkout -B blue-green upstream/blue-green
   

   Формат этих команд позволяет получить начальный код из репозитория Microsoft GitHub, известного как upstream. Через некоторое время вы отправите эту ветвь в репозиторий GitHub, известный как origin.

3. В качестве дополнительного шага откройте azure-pipelines.yml из Visual Studio Code. Ознакомьтесь с начальной конфигурацией.

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

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

Запуск конвейера и просмотр развернутого веб-сайта

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

1. В Visual Studio Code откройте интегрированный терминал.

2. Выполните следующую команду git commit, чтобы добавить пустую запись в журнал фиксации.

   git commit --allow-empty -m "Trigger the pipeline"
   

   Этот шаг предназначен для обучения. Это не типично. Мы предоставляем начальный код, который вам не нужно изменять сейчас. Флаг --allow-empty гарантирует, что следующий шаг успешно отправляет ветвь в GitHub и активирует Azure Pipelines для запуска.

   Если вы опустили этот шаг, то команда, выполняемая на следующем шаге, git push не будет выполнять никаких действий. Таким образом, он не активирует Azure Pipelines для запуска.

3. Выполните следующую команду git push, чтобы отправить ветвь в репозиторий GitHub.

   git push origin blue-green
   

4. В Azure Pipelines перейдите к сборке. Затем трассировка сборки при выполнении. При появлении запроса выберите Разрешить, чтобы предоставить разрешение на развертывание для разных этапов.

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

   

6. Перейдите по URL-адресу, соответствующему каждому этапу. Веб-приложение должно быть развернуто в каждой среде.