Поделиться через

AzureContainerApps@1— задача "Развертывание приложений контейнеров Azure версии 1"

  • Статья

Задача Azure DevOps для создания и развертывания приложений контейнеров Azure.

Синтаксис

# Azure Container Apps Deploy v1
# An Azure DevOps Task to build and deploy Azure Container Apps.
- task: AzureContainerApps@1
  inputs:
  # advanced
    #workingDirectory: # string. Alias: cwd. Working Directory. 
    #appSourcePath: # string. Application source path. 
    azureSubscription: # string. Alias: connectedServiceNameARM. Required. Azure Resource Manager connection. 
    #acrName: # string. Azure Container Registry name. 
    #acrUsername: # string. Azure Container Registry username. 
    #acrPassword: # string. Azure Container Registry password. 
    #dockerfilePath: # string. Dockerfile path. 
    #imageToBuild: # string. Docker image to build. 
    #imageToDeploy: # string. Docker image to deploy. 
    #containerAppName: # string. Azure Container App name. 
    #resourceGroup: # string. Azure resource group name. 
    #containerAppEnvironment: # string. Azure Container App environment. 
    #runtimeStack: # string. Application runtime stack. 
    #targetPort: # string. Application target port. 
    #location: # string. Location of the Container App. 
    #environmentVariables: # string. Environment variables. 
    #ingress: # string. Ingress setting. 
    #yamlConfigPath: # string. YAML configuration file path. 
    #disableTelemetry: # boolean. Disable telemetry.

Входы

workingDirectory - рабочий каталог
Псевдоним ввода: cwd. string.

Текущий рабочий каталог, в котором выполняется скрипт. Пустой — это корневой каталог репозитория (сборка) или артефакты (выпуск), который равен $(System.DefaultWorkingDirectory).


appSourcePath - пути к источнику приложения
string.

Абсолютный путь к средству выполнения исходного кода приложения, который необходимо создать. Если это не указано, необходимо указать аргумент imageToDeploy, чтобы убедиться, что приложение-контейнер имеет изображение для ссылки.

При отправке нового изображения в ACR необходимы acrName и appSourcePath входные данные задач.


azureSubscription - подключение Azure Resource Manager
Псевдоним ввода: connectedServiceNameARM. string. Обязательно.

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


acrName - имя реестра контейнеров Azure
string.

Имя реестра контейнеров Azure, в который будет отправлен образ запускаемого приложения.

При отправке нового изображения в ACR необходимы acrName и appSourcePath входные данные задач.


acrUsername - имени пользователя реестра контейнеров Azure
string.

Имя пользователя, используемое для проверки подлинности push-запросов в предоставленный реестр Azure Contrainer. Если он не указан, маркер доступа будет создан с помощью az acr login и предоставлен для проверки подлинности запросов в docker login.


acrPassword - паролем реестра контейнеров Azure
string.

Пароль, используемый для проверки подлинности push-запросов в предоставленный реестр Azure Contrainer. Если он не указан, маркер доступа будет создан с помощью az acr login и предоставлен для проверки подлинности запросов в docker login.


dockerfilePath - пути Dockerfile
string.

Относительный путь (префиксы файла _without (см. следующие примеры) в файл Dockerfile в предоставленном источнике приложения, который следует использовать для сборки образа, который затем отправляется в ACR и развертывается в приложении контейнера. Если это не указано, эта задача проверяет наличие файла с именем Dockerfile в корне предоставленного источника приложения и использует его для сборки образа. В противном случае конструктор Oryx++ будет использоваться для создания образа.


imageToBuild - образ Docker для создания
string.

Пользовательское имя созданного образа, отправленного в ACR и развернутого в приложении-контейнере с помощью этой задачи. Примечание. Это имя образа должно включать сервер ACR; например, <acr-name>.azurecr.io/<repo>:<tag>. Если этот аргумент не указан, имя образа по умолчанию будет создано в виде <acr-name>.azurecr.io/ado-task/container-app:<build-id>.<build-number>.


imageToDeploy - образ Docker для развертывания
string.

Имя образа, которое уже отправлено в ACR и будет развернуто в приложении-контейнере с помощью этой задачи. Примечание. Имя образа должно содержать сервер ACR; например, <acr-name>.azurecr.io/<repo>:<tag>. Если этот аргумент не указан, будет использоваться значение, указанное (или определено) для аргумента ImageToBuild. Если этот образ найден в экземпляре ACR, который требует проверки подлинности для извлечения, аргумент acrName или аргументы acrUsername и acrPassword, можно предоставить для проверки подлинности запросов к экземпляру ACR.


containerAppName - имя приложения контейнера Azure
string.

Имя приложения контейнера Azure, которое будет создано или обновлено. Если этот параметр не указан, это значение будет находиться в виде ado-task-app-<build-id>-<build-number>.


resourceGroup - имя группы ресурсов Azure
string.

Существующая группа ресурсов, в которую будет создано приложение контейнера Azure (или в настоящее время существует). Если этот параметр не указан, это значение будет находиться в виде <container-app-name>-rg.


containerAppEnvironment - среде приложения контейнеров Azure
string.

Имя среды приложения контейнера Azure для использования с приложением. Если это не указано, будет использоваться существующая среда в группе ресурсов приложения-контейнера, в противном случае среда будет создана в формате <container-app-name>-env.


стека среды выполнения приложений runtimeStack -
string.

Стек версий платформы, используемый в окончательном образе запускаемого приложения, развернутом в приложении-контейнере. Значение должно быть указано в <platform>:<version>формирования. Если этот параметр не указан, это значение определяется Oryx на основе содержимого предоставленного приложения. Дополнительные сведения о поддерживаемых стеках среды выполнения для Oryx см. в этом документе.


targetPort - целевой порт приложения
string.

Целевой порт, который будет прослушивать приложение-контейнер. Если это не указано, это значение будет иметь значение "80" для приложений Python и "8080" для всех других поддерживаемых платформ.


location - расположение приложения контейнера
string.

Расположение, в которое будет развернуто приложение-контейнер (и другие созданные ресурсы).


переменных среды environmentVariables -
string.

Список переменных среды для контейнера. Разделенные пробелами значения в формате key=value. Пустая строка для очистки существующих значений. Значение префикса с параметром Secretref:, чтобы ссылаться на секрет.


параметра входящего трафика ingress -
string.

Возможные параметры: внешние, внутренние, отключенные. Если задано значение external (значение по умолчанию, если оно не указано при создании приложения-контейнера), приложение-контейнер будет отображаться из Интернета или виртуальной сети в зависимости от настроенной конечной точки среды приложения. Если задано значение internal, приложение-контейнер будет отображаться только в среде приложения. Если задано значение disabled, входящий трафик будет отключен для этого приложения контейнера и не будет иметь конечную точку HTTP или TCP.


yamlConfigPath - пути к файлу конфигурации YAML
string.

Полный путь (в исполняемом агенте Azure Pipelines) в файл YAML, подробный сведения о конфигурации приложения-контейнера.

Свойство resourceGroup в файле конфигурации YAML не будет использоваться; Значение этого значения происходит из аргумента resourceGroup, предоставленного задачей, или имени группы ресурсов по умолчанию, созданной задачей. Все остальные свойства, предоставленные в файле конфигурации YAML, переопределяют значения, предоставленные в качестве аргументов для этой задачи; Например, если аргумент containerAppName предоставляется задаче, а свойство name задано в файле конфигурации YAML, свойство name в файле YAML будет использоваться при создании или обновлении приложения контейнера.

Аргументы источника изображений и приложений (например,, appSourcePath, imageToDeploy) по-прежнему будут использоваться для первой сборки и (или) отправки образа, используемого приложением-контейнером; В этом случае предоставленный файл конфигурации YAML должен ссылаться на образ, указанный imageToDeploy (или imageToBuildв зависимости от вашего сценария).

При создании нового приложения-контейнера все свойства, перечисленные в файле конфигурации YAML (кроме resourceGroup, как упоминалось выше), будут заданы при создании приложения-контейнера. При обновлении существующего приложения-контейнера только свойства, перечисленные в файле, будут обновлены в приложении-контейнере.

В настоящее время файл YAML не поддерживает настройку проверки подлинности управляемого удостоверения для используемого реестра контейнеров; Дополнительные сведения об этой проблеме см. в этой проблеме GitHub.

В случаях, когда указан аргумент yamlConfigPath, файл YAML будет передан в соответствующую команду az containerapp либо create, либо update в зависимости от вашего сценария. Дополнительные сведения о предполагаемом поведении при предоставлении файла конфигурации YAML см. в документах, связанных с соответствующими командами.

Дополнительные сведения о структуре файла конфигурации YAML см. в этом сайте.


disableTelemetry - Отключить телеметрии
boolean.

Если задано значение true, данные телеметрии не будут собираться этой задачей Azure DevOps. Если задано значение false или если этот аргумент не указан, данные телеметрии будут отправляться в Корпорацию Майкрософт о сборке и развертывании приложения-контейнера, предназначенном для этой задачи Azure DevOps.


Параметры управления задачами

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

Выходные переменные

Никакой.

Замечания

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

Задача имеет следующие два шаблона использования.

  • отправке изображения в ACR — при отправке нового изображения в ACR требуются acrName и appSourcePath входные данные задач.
  • развертывание ранее отправленного образа — при развертывании ранее отправленного образа требуется ввод imageToDeploy задачи. Если этот образ найден в экземпляре ACR, который требует проверки подлинности для извлечения, аргумент acrName или аргументы acrUsername и acrPassword, можно предоставить для проверки подлинности запросов к экземпляру ACR.

Заметка

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

Если файл Dockerfile не найден или указан в предоставленном источнике приложения, следующие действия выполняются этой задачей:

  • Использует построитель Oryx++ для создания источника приложения с помощью Oryx для создания образа запускаемого приложения
  • Отправляет этот образ запускаемого приложения в предоставленный реестр контейнеров Azure
  • Создает или обновляет приложение-контейнер на основе этого образа

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

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

Выполнение этой задачи в размещенных майкрософт агентах

Если вы выполняете эту задачу в размещенном корпорацией Майкрософт агенте, возможно, эта задача не успешно работать со следующими операционными системами:

  • macOS
    • запуска macOS, предоставляемые корпорацией Майкрософт, не установлены с Docker (дополнительные сведения здесь); В результате эта задача не может выполнять какие-либо команды docker, такие как отправка встроенных образов приложений, доступных для запуска, в ACR.
  • Виндоус
    • модули запуска Windows, предоставляемые корпорацией Майкрософт, поставляется с установленным Docker, но по умолчанию образы на основе Linux не могут быть удалены; В результате эта задача не может вытащить построитель Oryx для создания образов запускаемых приложений из предоставленного источника приложения.

Дополнительные сведения см. в следующем разделе Docker предварительных требований.

Уведомление о сборе данных и телеметрии

По умолчанию эта задача Azure DevOps собирает следующие фрагменты данных для Майкрософт:

  • Сценарий сборки и развертывания приложения-контейнера, предназначенный для пользователя
    • т. е., использовал построитель Oryx++, использовал предоставленный или найденный файл Dockerfile или предоставил ранее созданный образ.
    • примечание: имя изображения не собранных
  • Время обработки задачи в миллисекундах
  • Результат задачи
    • т. е., успешно или неудачно
  • Если используется построитель Oryx++, события и метрики, связанные с созданием предоставленного приложения с помощью Oryx

Если вы хотите отключить сбор данных, задайте для аргумента disableTelemetry значение true.

Необходимые условия

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

Подключение к службе Azure DevOps

Чтобы развернуть в Azure, подписка Azure должна быть связана с Team Foundation Server или Azure Pipelines с помощью вкладки "Службы" в разделе параметров. Добавьте подписку Azure для использования в определении "Управление сборкой или выпуском", открыв экран администрирования учетной записи (значок шестеренки в правом верхнем углу экрана), а затем щелкните вкладку "Службы".

Создайте конечную точку службы ARM и используйте типа конечной точки Azure Resource Manager; Дополнительные сведения о создании подключений к службе см. в этом документе.

Azure CLI

Эта задача требует, чтобы Azure CLI был установлен в агенте Azure Pipelines для выполнения различных команд во время выполнения задачи. Дополнительные сведения об установке Azure CLI в агенте см. в этом документе. Если агент уже запущен на компьютере, на котором установлен Azure CLI, убедитесь, что агент перезапущен, чтобы все соответствующие переменные среды были обновлены.

Докер

Эта задача требует, чтобы Docker был установлен в агенте Azure Pipelines для отправки образов в предоставленный реестр контейнеров Azure. Дополнительные сведения об установке Docker на агенте см. в этом документе.

Кроме того, пользователи, выполняя эту задачу с агентом Windows, могут столкнуться с проблемой, из-за которой не удается извлечь образы на основе Linux; Чтобы устранить эту проблему, найдите файл DockerCli.exe агента (обычно в папке Program Files\Docker\Docker) и запустите его.

& `.\DockerCli.exe` -SwitchDaemon

Если Docker не установлен на агенте, на котором выполняется эта задача, все равно включены следующие сценарии:

  • Предоставление ранее созданного образа аргументу imageToDeploy, с помощью которому развертывается приложение-контейнер

Если Docker находится на агенте, но не удается работать с образами на основе Linux, все равно включены следующие сценарии:

  • Предоставление ранее созданного образа аргументу imageToDeploy, с помощью которому развертывается приложение-контейнер
  • Предоставление Dockerfile в составе источника приложения, который будет создан и развернут с помощью приложения-контейнера
    • примечание: Dockerfile не может содержать слои образов на основе Linux.

ИНТЕРФЕЙС командной строки пакета

пакет cli поддерживается проектом Cloud Native Buildpacks и используется этой задачей для создания образов запускаемых приложений для пользователя при предоставлении исходного кода приложения, а дополнительный файл Dockerfile не предоставляется или не найден. построитель был создан Oryx, чтобы принять исходный код приложения, предоставленный этой задачей, и создать образ, который затем можно будет отправить в реестр образов и использовать в приложении-контейнере для сборки и запуска приложения.

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

  • В запусках Windows:
    • Для выполнения следующих действий выполняется набор команд PowerShell:
      • Создает папку pack во временной папке агента, если папка pack еще не существует
      • Скачивает .zip пакета CLI в эту папку pack
      • Распакуйте содержимое из этого .zip и поместите их в папку pack
      • Удаляет .zip
  • В запусках, отличных от Windows, выполните следующую команду:
    • curl будет использоваться для извлечения .tgz, содержащей исполняемый файл pack
    • tar будет использоваться для распаковки .tgz и размещения исполняемого файла pack в /usr/local/bin

Реестр контейнеров Azure

реестра контейнеров Azure должны существовать, чтобы пользователь мог отправлять образы контейнеров. Эта задача будет использовать реестр контейнеров Azure для отправки созданного образа приложения, доступного для запуска, и (или) развертывания приложения-контейнера из.

Имя реестра контейнеров Azure требуется с помощью аргумента acrName.

Пользователь также может предоставлять значения для acrUsername и acrPassword аргументов, которые будут проходить проверку подлинности вызовов в экземпляре реестра контейнеров Azure; Если он не указан, маркер доступа будет создан с помощью Azure CLI, который будет проходить проверку подлинности вызовов.

Среда приложения контейнера Azure

Для повышения производительности задачи рекомендуется создать среды приложения контейнеров Azure. Если среда не создана раньше или если среда не найдена в группе ресурсов, которая используется для размещения созданного приложения контейнера, среда будет создана в рамках команды az containerapp up, что может занять дополнительное время.

Примеры

В следующих примерах описывается использование AzureContainerApps в разных сценариях.

Минимальный — создание образа приложения для приложения-контейнера

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'

Это создаст новое приложение-контейнер с именем ado-task-app-<build-id>-<build-number> в новой группе ресурсов с именем <container-app-name>-rg. Приложение контейнера будет основано на образе, созданном из предоставленного appSourcePath и отправленном в предоставленный экземпляр ACR. Маркер доступа будет создан для проверки подлинности отправки в предоставленный экземпляр ACR.

Минимальное. Использование ранее опубликованного образа для приложения-контейнера

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    imageToDeploy: mcr.microsoft.com/<existing-image>:latest

Это создаст новое приложение-контейнер с именем ado-task-app-<build-id>-<build-number> в новой группе ресурсов с именем <container-app-name>-rg где новый образ не создан, но существующий образ с именем mcr.microsoft.com/<existing-image>:latest будет использоваться для приложения контейнера.

Минимальный. Использование файла конфигурации YAML с ранее опубликованным образом для приложения-контейнера

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    yamlConfigPath: simple-image-container-app.yaml

Это создаст новое приложение-контейнер с именем ado-task-app-<build-id>-<build-number> в новой группе ресурсов с именем <container-app-name>-rg где новый образ не создан, но существующий образ с именем mcr.microsoft.com/<existing-image>:latest будет использоваться для приложения контейнера. Дополнительные свойства приложения-контейнера будут извлечены из файла simple-image-container-app.yaml и переопределяют все дополнительные значения, которые были предоставлены задаче в качестве аргументов, за исключением resourceGroup.

Файл simple-image-container-app.yaml имеет следующую структуру:

properties:
  managedEnvironmentId: /subscriptions/SUBSCRIPTION_ID/resourceGroups/RESOURCE_GROUP/providers/Microsoft.App/managedEnvironments/CONTAINER_APP_ENVIRONMENT
  configuration:
    ingress:
      external: true
      allowInsecure: false
      targetPort: 80
  template:
    containers:
      - image: mcr.microsoft.com/<existing-image>:latest
        name: mysampleimagecontainer

Значения SUBSCRIPTION_ID, RESOURCE_GROUP и CONTAINER_APP_ENVIRONMENT должны быть обновлены, чтобы указать полный идентификатор ресурса существующей среды приложения контейнера , которую будет использовать приложение-контейнер.

Использование учетных данных ACR для проверки подлинности

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    acrUsername: $(ACR_USERNAME_SECRET)
    acrPassword: $(ACR_PASSWORD_SECRET)

Это создаст новое приложение-контейнер с именем ado-task-app-<build-id>-<build-number> в новой группе ресурсов с именем <container-app-name>-rg. Приложение контейнера будет основано на образе, созданном из предоставленного appSourcePath и отправленном в предоставленный экземпляр ACR. Предоставленные учетные данные ACR будут использоваться для проверки подлинности вызовов экземпляра ACR.

Предоставленное имя приложения-контейнера

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    containerAppName: 'my-test-container-app'

При этом будет создано новое приложение-контейнер с именем my-test-container-app в новом имени группы ресурсов my-test-container-app-rg.

Предоставленная группа ресурсов

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    resourceGroup: 'my-test-rg'

При этом будет создано новое приложение контейнера с именем ado-task-app-<build-id>-<build-number> в группе ресурсов с именем my-test-rg. Если группа ресурсов my-test-rg не существует, она будет создана в рамках этой задачи.

Предоставленное имя приложения контейнера и группа ресурсов

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    containerAppName: 'my-test-container-app'
    resourceGroup: 'my-test-rg'

При этом будет создано новое приложение контейнера с именем my-test-container-app в группе ресурсов с именем my-test-rg. Если группа ресурсов my-test-rg не существует, она будет создана в рамках этой задачи.

Предоставленная среда приложения-контейнера

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    containerAppEnvironment: 'my-test-container-app-env'

При этом будет создано новое приложение контейнера с именем ado-task-app-<build-id>-<build-number> в новой группе ресурсов с именем <container-app-name>-rg с новой средой приложения контейнера с именем my-test-container-app-env.

Предоставленный стек среды выполнения

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    runtimeStack: 'dotnetcore:7.0'

При этом будет создано новое приложение контейнера с именем ado-task-app-<build-id>-<build-number> в новой группе ресурсов с именем <container-app-name>-rg где стек среды выполнения .NET 7 используется образ запускаемого приложения.

Предоставленный Dockerfile

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    dockerfilePath: 'test.Dockerfile'

При этом будет создано новое приложение-контейнер с именем ado-task-app-<build-id>-<build-number> в новой группе ресурсов с именем <container-app-name>-rg, где был создан образ запускаемого приложения из файла test.Dockerfile, найденного в указанном каталоге пути к источнику приложения.

примечание: для значений, предоставленных dockerfilePath, не следует включать префиксы файлов (например,, ./test.Dockerfile передаваться так же, как test.Dockerfile). Указанные appSourcePath и dockerfilePath аргументы будут объединяться внутри задачи.

Образ для сборки, предоставленного

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    imageToBuild: 'mytestacr.azurecr.io/app:latest'

При этом будет создано новое приложение контейнера с именем ado-task-app-<build-id>-<build-number> в новой группе ресурсов с именем <container-app-name>-rg, где образ создан и отправлен в ACR называется mytestacr.azurecr.io/app:latest.

Требования

Требование Описание
Типы конвейеров YAML, классическая сборка, классический выпуск
Выполняется в Агент, DeploymentGroup
требования Никакой
возможностей Эта задача не удовлетворяет требованиям к последующим задачам в задании.
ограничения команд Любой
переменные settable Любой
Версия агента 2.144.0 или более поздней версии
Категория задач Развертывать

См. также