Артефакты выпуска и источники артефактов

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Примечание

В Microsoft Team Foundation Server (TFS) 2018 и предыдущих версий конвейеры сборки и выпуска называются определениями, выполнения называются сборками, подключения к службам называются конечными точками служб, этапы называются средами, а задания называются этапами.

Примечание

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

Выпуск — это коллекция артефактов в процессах CI/CD DevOps. Артефакт — это развертываемый компонент приложения. Azure Pipelines может развертывать артефакты, созданные различными источниками артефактов и хранящиеся в разных типах репозиториев артефактов.

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

При создании выпуска вы указываете точную версию этих источников артефактов; Например, количество сборки, поступающей из Azure Pipelines, или версия сборки, поступающей из проекта Jenkins.

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

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

Артефакты в конвейере и выпуске

Артефакты являются центральными для ряда функций в Azure Pipelines. Ниже перечислены некоторые функции, которые зависят от связывания артефактов с конвейером выпуска:

  • Выпуски автоматического триггера. Вы можете настроить автоматическое создание новых выпусков при создании новой версии артефакта. Дополнительные сведения см. в разделе "Триггеры непрерывного развертывания". Обратите внимание, что возможность автоматического создания выпусков доступна только для некоторых источников артефактов.

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

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

  • Переменные артефакта. Каждый артефакт, который является частью выпуска, имеет метаданные, связанные с ним, предоставляемые задачам через переменные. Эти метаданные включают номер версии артефакта, ветвь кода, из которого был создан артефакт (в случае артефактов сборки или исходного кода), конвейер, создающий артефакт (в случае артефактов сборки) и многое другое. Эти сведения доступны в задачах развертывания. Дополнительные сведения см. в разделе "Переменные артефакта".

  • Рабочие элементы и фиксации. Рабочие элементы или фиксации, которые являются частью выпуска, вычисляются из версий артефактов. Например, каждая сборка в Azure Pipelines связана с набором рабочих элементов и фиксаций. Рабочие элементы или фиксации в выпуске вычисляются как объединение всех рабочих элементов и фиксаций всех сборок между текущим выпуском и предыдущим выпуском. Обратите внимание, что в настоящее время Azure Pipelines может вычислить рабочие элементы и фиксации только для определенных источников артефактов.

  • Скачивание артефакта. Каждый раз, когда выпуск развертывается на этапе, Azure Pipelines автоматически скачивает все артефакты в этом выпуске в агент , где выполняется задание развертывания. Процедура скачивания артефактов зависит от типа артефакта. Например, артефакты Azure Pipelines загружаются с помощью алгоритма, который загружает несколько файлов параллельно. Артефакты Git скачиваются с помощью функций библиотеки Git. Дополнительные сведения см. в разделе "Загрузка артефактов".

Источники артефактов

Существует несколько типов инструментов, которые можно использовать в процессе жизненного цикла приложения для создания или хранения артефактов. Например, для создания артефактов можно использовать такие системы непрерывной интеграции, как Azure Pipelines, Jenkins или TeamCity. Для хранения артефактов можно также использовать такие системы управления версиями, как Git или TFVC. Вы также можете использовать репозитории, такие как Azure Artifacts или репозиторий NuGet, для хранения артефактов. Azure Pipelines можно настроить для развертывания артефактов из всех этих источников.

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

Добавление артефакта

При связывании нескольких наборов артефактов можно указать, какой из них является основным (по умолчанию).

Выбор варианта версии по умолчанию

Важно!

Раскрывающийся список артефактов Default version зависит от repository type определения связанной сборки.

  • Следующие параметры поддерживаются всеми типами репозитория: Specify at the time of release creation, Specific versionи Latest.

  • Latest from a specific branch with tagsи Latest from the build pipeline default branch with tags параметры поддерживаются следующими типами репозитория: TfsGit, , GitHubBitbucketи GitHubEnterprise.

  • Latest from the build pipeline default branch with tags не поддерживается определениями XAML сборки.

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

Источники артефактов — Azure Pipelines

Конвейер выпуска можно связать с любым конвейером сборки в коллекции проектов Azure Pipelines или TFS.

Примечание

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

Ниже приведены некоторые различия в возможностях разных версий TFS и Azure Pipelines.

  • TFS 2015: вы можете связать конвейеры сборки только из одного проекта коллекции. Можно связать несколько определений, но нельзя указать версии по умолчанию. Триггер непрерывного развертывания можно настроить только в одном из определений. При связывании нескольких конвейеров сборки используются последние сборки всех остальных определений, а также сборка, которая вызвала создание выпуска.

  • TFS 2017 и более поздней версии иAzure Pipelines. Вы можете связать конвейеры сборки из любого проекта в Azure Pipelines или TFS. Вы можете связать несколько конвейеров сборки и указать значения по умолчанию для каждого из них. Триггеры непрерывного развертывания можно настроить в нескольких источниках сборки. После завершения любой сборки он активирует создание выпуска.

При использовании источников Azure Pipelines доступны следующие функции:

Функция Поведение с источниками Azure Pipelines
Выпуски автоматического триггера Новые выпуски можно создавать автоматически при создании новых сборок (включая сборки XAML). Дополнительные сведения см. в разделе " Непрерывное развертывание ". Ничего не нужно настраивать в конвейере сборки. Сведения о различиях между версиями TFS см. в приведенных выше примечаниях.
Переменные артефакта Для сборок из Azure Pipelines поддерживается ряд переменных артефактов .
Рабочие элементы и фиксации Azure Pipelines интегрируется с рабочими элементами в TFS и Azure Pipelines. Эти рабочие элементы также отображаются в подробных сведениях о выпусках. Azure Pipelines интегрируется с рядом систем управления версиями, таких как TFVC и Git, GitHub, Subversion и другие репозитории Git. Azure Pipelines показывает фиксации только в том случае, если сборка создается из исходного кода в TFVC или Git.
Скачивание артефакта По умолчанию артефакты сборки загружаются в агент. Вы можете настроить параметр на этапе , чтобы пропустить скачивание артефактов.
Раздел развертывания в сборке Сводка по сборке содержит раздел "Развертывание ", в котором перечислены все этапы развертывания сборки.

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

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

  • Перейдите на страницу параметров организации в пользовательском интерфейсе Azure DevOps.
  • Выберите "Параметры" в разделе "Конвейеры".
  • Включите область авторизации задания toggle Limit в текущий проект для конвейеров выпуска , чтобы ограничить область текущего проекта. Это рекомендуемый параметр, так как он повышает безопасность конвейеров.

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

  • Перейдите на страницу параметров проекта в пользовательском интерфейсе Azure DevOps.
  • Выберите "Параметры" в разделе "Конвейеры".
  • Включите область авторизации задания ограничения для текущего проекта, чтобы ограничить область действия проекта. Это рекомендуемый параметр, так как он повышает безопасность конвейеров.

Примечание

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

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

Источники артефактов — управление версиями

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

  • Вы разрабатываете PHP или приложение JavaScript, для которых не требуется явный конвейер сборки.

  • Вы управляете конфигурациями для различных этапов в разных репозиториях управления версиями и хотите использовать эти файлы конфигурации непосредственно из системы управления версиями в рамках конвейера развертывания.

  • Вы управляете инфраструктурой и конфигурацией как кодом (например, шаблонами Azure Resource Manager) и хотите управлять этими файлами в репозитории управления версиями.

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

Azure Pipelines интегрируется с репозиториями система управления версиями Team Foundation (TFVC), репозиториями Git и репозиториями GitHub.

Вы можете связать конвейер выпуска с любыми репозиториями Git или TFVC в любом из проектов в коллекции (вам потребуется доступ на чтение к этим репозиториям). Дополнительная настройка не требуется при развертывании артефактов управления версиями в одной коллекции.

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

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

При использовании источников TFVC, Git и GitHub доступны следующие функции:

Функция Поведение с источниками TFVC, Git и GitHub
Выпуски автоматического триггера Триггер непрерывного развертывания можно настроить для отправки в репозиторий в конвейере выпуска. Это может автоматически активировать выпуск при создании новой фиксации в репозитории. См. триггеры.
Переменные артефакта Для источников управления версиями поддерживаются ряд переменных артефактов .
Рабочие элементы и фиксации Azure Pipelines не может отображать рабочие элементы или фиксации, связанные с выпусками при использовании артефактов управления версиями.
Скачивание артефакта По умолчанию артефакты управления версиями загружаются в агент. Вы можете настроить параметр на этапе , чтобы пропустить скачивание артефактов.

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

Источники артефактов — Jenkins

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

При использовании источников Jenkins доступны следующие функции:

Функция Поведение с источниками Jenkins
Выпуски автоматического триггера Триггер непрерывного развертывания можно настроить для отправки в репозиторий в конвейере выпуска. Это может автоматически активировать выпуск при создании новой фиксации в репозитории. См. триггеры.
Переменные артефакта Для сборок из Jenkins поддерживается ряд переменных артефактов .
Рабочие элементы и фиксации Azure Pipelines не может отображать рабочие элементы или фиксации для сборок Jenkins.
Скачивание артефакта По умолчанию сборки Jenkins загружаются в агент. Вы можете настроить параметр на этапе , чтобы пропустить скачивание артефактов.

Артефакты, созданные сборками Jenkins, обычно распространяются в репозитории хранилища для архивации и совместного использования. Хранилище BLOB-объектов Azure является одним из поддерживаемых репозиториев, что позволяет использовать проекты Jenkins, которые публикуются в службе хранилища Azure в качестве источников артефактов в конвейере выпуска. Развертывания автоматически загружают артефакты из Azure в агенты. В этой конфигурации подключение между агентом и сервером Jenkins не требуется. Агенты, размещенные в Майкрософт, можно использовать без предоставления серверу доступа к Интернету.

Примечание

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

Дополнительные сведения о возможностях интеграции Jenkins см. в статье об интеграции Azure Pipelines с заданиями Jenkins, конвейерами и артефактами.

Источники артефактов — контейнеры

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

При использовании Реестр контейнеров Azure, Docker и источников Kubernetes доступны следующие функции:

Функция Поведение с источниками Docker
Выпуски автоматического триггера Вы можете настроить триггер непрерывного развертывания для образов. Это может автоматически активировать выпуск при создании новой фиксации в репозитории. См. триггеры.
Переменные артефакта Для сборок поддерживается ряд переменных артефактов .
Рабочие элементы и фиксации Azure Pipelines не может отображать рабочие элементы или фиксации.
Скачивание артефактов По умолчанию сборки скачиваются в агент. Вы можете настроить параметр на этапе, чтобы пропустить скачивание артефактов.

Примечание

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

Источники артефактов — Azure Artifacts

Ниже приведены сценарии, в которых может потребоваться использовать эти артефакты:

  1. У вас есть сборка приложения (например, TFS, Azure Pipelines, TeamCity, Jenkins), опубликованная в виде пакета в Azure Artifacts, и вы хотите использовать артефакт в выпуске.
  2. В рамках развертывания приложения требуются дополнительные пакеты, хранящиеся в Azure Artifacts.

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

При использовании источников Azure Artifacts доступны следующие функции:

Функция Поведение с источниками Azure Artifacts
Выпуски автоматического триггера Триггер непрерывного развертывания можно настроить для пакетов. Это может автоматически активировать выпуск при обновлении пакета. См. триггеры.
Переменные артефакта Для пакетов поддерживается ряд переменных артефактов .
Рабочие элементы и фиксации Azure Pipelines не может отображать рабочие элементы или фиксации.
Скачивание артефактов По умолчанию пакеты загружаются в агент. Вы можете настроить параметр на этапе, чтобы пропустить скачивание артефактов.

Обработка моментальных снимков Maven

Для моментальных снимков Maven одновременно можно скачать несколько версий (например myApplication-2.1.0.BUILD-20190920.220048-3.jar, myApplication-2.1.0.BUILD-20190820.221046-2.jar, myApplication-2.1.0.BUILD-20190820.220331-1.jar). Возможно, потребуется удалить старые копии и сохранить только последнюю версию артефакта перед развертыванием. Выполните следующую команду PowerShell в командной строке с повышенными привилегиями, чтобы удалить все копии, кроме копий с наибольшим лексикографическим значением:

Get-Item "myApplication*.jar" | Sort-Object -Descending Name | Select-Object -SkipIndex 0 | Remove-Item

Примечание

В веб-канале можно хранить до 30 моментальных снимков Maven. После достижения максимального ограничения Azure Artifacts автоматически удаляет моментальные снимки до 25. Этот процесс будет запускаться автоматически при каждой публикации 30 моментальных снимков в веб-канале.

Источники артефактов — сервер TFS

Azure Pipelines можно использовать для развертывания артефактов, опубликованных локальным сервером TFS. Сервер TFS не должен отображаться в Интернете; вы только что настроили локальный агент автоматизации. Сборки с локального сервера TFS загружаются непосредственно в локальный агент, а затем развертываются на указанных целевых серверах. Они не будут покидать корпоративную сеть. Это позволяет использовать все инвестиции на локальный сервер TFS и воспользоваться возможностями выпуска в Azure Pipelines.

Совет

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

Чтобы включить эти сценарии, необходимо установить артефакты TFS для расширения Azure Pipelines из Visual Studio Marketplace. Затем создайте подключение службы с учетными данными для подключения к серверу TFS (дополнительные сведения см. в разделе "Подключения к службам ").

Затем можно связать конвейер сборки TFS с конвейером выпуска. Выберите внешнюю сборку TFS в списке типов .

При использовании внешних источников TFS доступны следующие функции:

Функция Поведение с внешними источниками TFS
Выпуски автоматического триггера Невозможно настроить триггер непрерывного развертывания для внешних источников TFS в конвейере выпуска. Чтобы автоматически создать новый выпуск после завершения сборки, необходимо добавить скрипт в конвейер сборки на внешнем сервере TFS для вызова REST API Azure Pipelines и создания нового выпуска.
Переменные артефакта Для внешних источников TFS поддерживается ряд переменных артефактов .
Рабочие элементы и фиксации Azure Pipelines не может отображать рабочие элементы или фиксации для внешних источников TFS.
Скачивание артефактов По умолчанию внешние артефакты TFS загружаются в агент. Вы можете настроить параметр на этапе, чтобы пропустить скачивание артефактов.

Примечание

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

Источники артефактов — TeamCity

Чтобы интегрироваться с TeamCity, необходимо сначала установить артефакты TeamCity для расширения Azure Pipelines из Marketplace.

Чтобы использовать артефакты TeamCity, начните с создания подключения службы с учетными данными для подключения к серверу TeamCity (дополнительные сведения см. в разделе "Подключения к службе ").

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

При использовании источников TeamCity доступны следующие функции:

Функция Поведение с источниками TeamCity
Выпуски автоматического триггера Нельзя настроить триггер непрерывного развертывания для источников TeamCity в конвейере выпуска. Чтобы автоматически создать новый выпуск после завершения сборки, добавьте сценарий в проект TeamCity, который вызывает REST API Azure Pipelines для создания нового выпуска.
Переменные артефакта Для сборок из TeamCity поддерживается ряд переменных артефактов .
Рабочие элементы и фиксации Azure Pipelines не может отображать рабочие элементы или фиксации для сборок TeamCity.
Скачивание артефактов По умолчанию сборки TeamCity загружаются в агент. Вы можете настроить параметр на этапе, чтобы пропустить скачивание артефактов.

Примечание

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

Источники артефактов — пользовательские артефакты

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

Дополнительные сведения см. в статье о модели расширяемости артефактов Azure DevOps.

Источники артефактов — другие источники

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

Псевдоним источника артефакта

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

$(System.DefaultWorkingDirectory)\[source alias]

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

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

Первичный источник

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

Скачивание артефакта

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

При запуске выпуска создается новая уникальная папка в агенте, а артефакты загружаются в эту папку. Переменная $(System.DefaultWorkingDirectory) сопоставляется с этой папкой.

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

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

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

Выбор артефактов для скачивания

Переменные артефакта

Azure Pipelines предоставляет набор предопределенных переменных, к которым можно обращаться и использовать в задачах и сценариях; например, при выполнении скриптов PowerShell в заданиях развертывания. При наличии нескольких источников артефактов, связанных с конвейером выпуска, можно получить доступ к сведениям о каждом из них. Список всех предопределенных переменных артефакта см. в разделе переменных.

Дополнительные сведения

Справка и поддержка