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

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

Примечание

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

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

Источники артефактов: реестр контейнеров Azure, Docker, Kubernetes

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

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

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

Примечание

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

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

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

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

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

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

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

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

Для моментальных снимков Maven несколько версий можно загрузить одновременно (например, myApplication-2.1.0.BUILD-20190920.220048-3.jarmyApplication-2.1.0.BUILD-20190820.221046-2.jarmyApplication-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 для вызова Azure Pipelines интерфейсов api и создания нового выпуска.
Переменные артефактов Для внешних источников 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, который вызывает 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, вы можете начать использовать их без ожидания поддержки определенного типа источника. Просто пропустите Связывание источников артефактов в конвейере выпуска и добавьте в этапы пользовательские задачи, которые загружают артефакты непосредственно из источника.

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

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

$(System.DefaultWorkingDirectory)\[source alias]

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

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

Основной источник

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

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

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

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

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

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

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

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

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

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

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

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

Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | Team Foundation Server 2018 — Team Foundation Server 2015

Примечание

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

Примечание

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

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

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

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

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

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

Artifacts в конвейере и выпуске

Artifacts являются центральными для ряда функций 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элементы раскрывающихся списков Artifacts зависят от repository type связанного определения сборки.

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

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

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

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

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

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

Примечание

в конвейер сборки необходимо включить задачу публикации Artifacts . Для конвейеров сборки XAML артефакт с именем Drop публикуется неявно.

Ниже приведены некоторые различия в возможностях разных версий 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.
Скачивание артефакта По умолчанию артефакты сборки загружаются в агент. Можно настроить параметр в рабочей области, чтобы пропустить скачивание артефактов.
Раздел развертывания в сборке Сводка сборки включает раздел Deployment , в котором перечислены все этапы развертывания сборки.

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

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

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

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

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

Примечание

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

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

Источники артефактов — TFVC, Git и GitHub

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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