[ aws . codepipeline ]
create-pipeline
Описание
Создаёт конвейер.
Примечание
В структуре конвейера необходимо включить либоartifactStore, либо artifactStores, но нельзя использовать оба. Если вы создаёте действие кросс-региона в своём конвейере, вы должны использовать artifactStores.См. также: Документацию API AWS
Синтаксис
create-pipeline
--pipeline <value>
[--tags <value>]
[--cli-input-json | --cli-input-yaml]
[--generate-cli-skeleton <value>]
[--debug]
[--endpoint-url <value>]
[--no-verify-ssl]
[--no-paginate]
[--output <value>]
[--query <value>]
[--profile <value>]
[--region <value>]
[--version <value>]
[--color <value>]
[--no-sign-request]
[--ca-bundle <value>]
[--cli-read-timeout <value>]
[--cli-connect-timeout <value>]
[--cli-binary-format <value>]
[--no-cli-pager]
[--cli-auto-prompt]
[--no-cli-auto-prompt]
Параметры
--pipeline (структура)
Представляет структуру действий и этапов, которые будут выполняться в конвейере.
name -> (строка)
roleArn -> (строка)
actionRoleArn или для делегирования ролей для действий с actionRoleArn.artifactStore -> (структура)
Представляет информацию о ведре S3, где хранятся артефакты для конвейера.
Примечание
Необходимо включить либоartifactStore, либо artifactStores в ваш конвейер, но нельзя использовать оба. Если вы создаёте действие кросс-региона в своём конвейере, вы должны использовать artifactStores.type -> (строка)
location -> (строка)
encryptionKey -> (структура)
Ключ шифрования, используемый для шифрования данных в хранилище артефактов, например, ключ службы управления ключами Amazon Web Services. Если он не определён, используется ключ по умолчанию для Amazon S3.
id -> (строка)
Идентификатор, используемый для идентификации ключа. Для ключа Amazon Web Services KMS вы можете использовать идентификатор ключа, ARN ключа или ARN псевдонима.
Примечание
Псевдонимы распознаются только в аккаунте, который создал ключ KMS. Для действий между аккаунтами вы можете использовать только идентификатор ключа или ARN ключа для идентификации ключа. Действия между аккаунтами подразумевают использование роли из другого аккаунта (AccountB), поэтому указание идентификатора ключа будет использовать ключ из другого аккаунта (AccountB).type -> (строка)
artifactStores -> (массив)
Мапинг объектов artifactStore и соответствующих Регионов Amazon Web Services. Должно быть хранилище артефактов для Региона конвейера и для каждого действия кросс-региона в конвейере.
Примечание
Необходимо включить либоartifactStore, либо artifactStores в ваш конвейер, но нельзя использовать оба. Если вы создаёте действие кросс-региона в своём конвейере, вы должны использовать artifactStores.key -> (строка)
value -> (структура)
Ведро S3, где хранятся артефакты для конвейера.
Примечание
Необходимо включить либоartifactStore, либо artifactStores в ваш конвейер, но нельзя использовать оба. Если вы создаёте действие кросс-региона в своём конвейере, вы должны использовать artifactStores.type -> (строка)
location -> (строка)
encryptionKey -> (структура)
Ключ шифрования, используемый для шифрования данных в хранилище артефактов, например, ключ службы управления ключами Amazon Web Services. Если он не определён, используется ключ по умолчанию для Amazon S3.
id -> (строка)
Идентификатор, используемый для идентификации ключа. Для ключа Amazon Web Services KMS вы можете использовать идентификатор ключа, ARN ключа или ARN псевдонима.
Примечание
Псевдонимы распознаются только в аккаунте, который создал ключ KMS. Для действий между аккаунтами вы можете использовать только идентификатор ключа или ARN ключа для идентификации ключа. Действия между аккаунтами подразумевают использование роли из другого аккаунта (AccountB), поэтому указание идентификатора ключа будет использовать ключ из другого аккаунта (AccountB).type -> (строка)
stages -> (список)
Этап, на котором выполнить действие.
(структура)
Представляет информацию о стадии и её определении.
name -> (строка)
blockers -> (список)
Зарезервировано для будущего использования.
(структура)
Зарезервировано для будущего использования.
name -> (строка)
type -> (строка)
actions -> (список)
Действия, включенные в этап.
(структура)
Представляет информацию о декларации действия.
name -> (строка)
actionTypeId -> (структура)
Указывает тип действия и поставщика действия.
category -> (строка)
Категория определяет, какой тип действия можно выполнить на этапе, и ограничивает тип поставщика для действия. Допустимые категории ограничены следующими значениями.
- Источник
- Сборка
- Тестирование
- Развертывание
- Вызов
- Утверждение
- Вычисление
owner -> (строка)
Owner в разделе категории действий в структуре вашей конвейерной линии: AWS , ThirdParty и Custom. Для получения дополнительной информации см. Допустимые типы и поставщики действий в CodePipeline.provider -> (строка)
CodeDeploy. Для получения дополнительной информации см. Допустимые типы и поставщики действий в CodePipeline.version -> (строка)
runOrder -> (целое число)
configuration -> (карта)
Настройка действия. Это пары ключ-значение, которые указывают входные значения для действия. Для получения дополнительной информации см. Требования к структуре действий в CodePipeline. Для получения списка свойств конфигурации для типа действия CloudFormation в CodePipeline см. Справочник по свойствам конфигурации в Руководстве пользователя CloudFormation. Для фрагментов шаблонов с примерами см. Использование функций переопределения параметров с конвейерными линиями CodePipeline в Руководстве пользователя CloudFormation.
Значения могут быть представлены в формате JSON или YAML. Например, формат элемента конфигурации JSON выглядит следующим образом:
JSON:
"Configuration" : { Key : Value },
key -> (строка)
value -> (строка)
commands -> (список)
Команды оболочки для запуска действия вычисления в CodePipeline. Поддерживаются все команды, кроме многострочных форматов. Хотя используются журналы и разрешения CodeBuild, вам не нужно создавать какие-либо ресурсы в CodeBuild.
Примечание
Использование времени вычисления для этого действия повлечёт отдельные расходы в CodeBuild.(строка)
outputArtifacts -> (список)
Имя или идентификатор результата объявления действия, такого как артефакт теста или сборки.
(структура)
Представляет информацию об выводе действия.
name -> (строка)
Название вывода артефакта, например, «Мой Приложение».
Входной артефакт действия должен точно совпадать с выходным артефактом, объявленным в предыдущем действии, но входной артефакт не должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь потребляются разными последующими действиями.
Имена выходных артефактов должны быть уникальными в пределах конвейера.
files -> (список)
Файлы, которые вы хотите связать с выходным артефактом, который будет экспортирован из действия вычисления.
(строка)
inputArtifacts -> (список)
Имя или идентификатор артефакта, используемого действием, например, артефакт теста или сборки.
(структура)
Представляет информацию об артефакте, над которым необходимо работать, например, артефакте теста или сборки.
name -> (строка)
Название артефакта для обработки (например, «Мой Приложение»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробности параметров артефактов см. в настройке каждого действия. Например, входной артефакт действия источника S3 — это имя файла (или путь к файлу), и файлы обычно предоставляются в формате ZIP-архива. Пример имени артефакта: SampleApp_Windows.zip
Входной артефакт действия должен точно совпадать с выходным артефактом, объявленным в предыдущем действии, но входной артефакт не должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь потребляются разными последующими действиями.
outputVariables -> (список)
Список переменных, которые должны быть экспортированы из действия вычисления. Это конкретные переменные среды CodeBuild, используемые для этого действия.
(строка)
roleArn -> (строка)
region -> (строка)
namespace -> (строка)
timeoutInMinutes -> (целое число)
environmentVariables -> (список)
Переменные среды для действия.
(структура)
Переменные среды для действия.
name -> (строка)
value -> (строка)
type -> (строка)
PLAINTEXT, либо SECRETS_MANAGER. Если значение равно SECRETS_MANAGER, укажите ссылку на секреты в значении EnvironmentVariable.onFailure -> (структура)
Метод, используемый, когда этап не завершился успешно. Например, настройка этого поля для отката автоматически откатит неисправный этап к последнему успешному выполнению конвейера на этом этапе.
result -> (строка)
retryConfiguration -> (структура)
Настройка повторной попытки определяет автоматическую повторную попытку неисправного этапа, а также настроенный режим повторной попытки.
retryMode -> (строка)
conditions -> (список)
Условия, настроенные как условия сбоя. Для получения дополнительной информации об условиях см. Условия этапов и Как работают условия этапов?.
(структура)
Условие для этапа. Условие состоит из правил и результата для условия. Для получения дополнительной информации об условиях см. Условия этапов и Как работают условия этапов?. Для получения дополнительной информации о правилах см. справочник по правилам CodePipeline.
result -> (строка)
rules -> (список)
Правила, составляющие условие.
(структура)
Представляет информацию о правиле, которое будет создано для связанного условия. Примером является создание нового правила для условия входа, например, правила, которое проверяет результат теста перед тем, как разрешить выполнение войти на этап развертывания. Для получения дополнительной информации об условиях см. Условия этапов и Как работают условия этапов?. Для получения дополнительной информации о правилах см. справочник по правилам CodePipeline.
name -> (строка)
VariableCheck.ruleTypeId -> (структура)
Идентификатор типа правила, состоящий из объединённых значений категории, владельца, поставщика и версии.
category -> (строка)
Rule.owner -> (строка)
Owner в категории правил — AWS.provider -> (строка)
DeploymentWindow. Список имён поставщиков правил см. в справочнике по правилам CodePipeline.version -> (строка)
configuration -> (карта)
Поля конфигурации действия для правила.
key -> (строка)
value -> (строка)
commands -> (список)
Команды оболочки для запуска вашего правила команд в CodePipeline. Поддерживаются все команды, кроме многострочных форматов. Хотя используются журналы и разрешения CodeBuild, вам не нужно создавать какие-либо ресурсы в CodeBuild.
Примечание
Использование времени вычисления для этого действия повлечёт отдельные расходы в CodeBuild.(строка)
inputArtifacts -> (список)
Поля входных артефактов для правила, например, указание входного файла для правила.
(структура)
Представляет информацию об артефакте, над которым необходимо работать, например, артефакте теста или сборки.
name -> (строка)
Название артефакта для обработки (например, «Мой Приложение»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробности параметров артефактов см. в настройке каждого действия. Например, входной артефакт действия источника S3 — это имя файла (или путь к файлу), и файлы обычно предоставляются в формате ZIP-архива. Пример имени артефакта: SampleApp_Windows.zip
Входной артефакт действия должен точно совпадать с выходным артефактом, объявленным в предыдущем действии, но входной артефакт не должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь потребляются разными последующими действиями.
roleArn -> (строка)
region -> (строка)
timeoutInMinutes -> (целое число)
onSuccess -> (структура)
Метод, используемый, когда этап завершился успешно. Например, настройка этого поля для условий позволит этапу завершиться успешно, когда условия будут выполнены.
conditions -> (список)
Условия, являющиеся условиями успеха.
(структура)
Условие для этапа. Условие состоит из правил и результата для условия. Дополнительную информацию об условиях см. в разделах Условия этапов и Как работают условия этапов?. Дополнительную информацию о правилах см. в справочнике по правилам CodePipeline.
result -> (строка)
rules -> (список)
Правила, составляющие условие.
(структура)
Представляет информацию о правиле, которое нужно создать для связанного условия. Пример — создание нового правила для условия входа, например, правило, которое проверяет результат теста перед разрешением запуску войти на этап развертывания. Дополнительную информацию об условиях см. в разделах Условия этапов и Как работают условия этапов?. Дополнительную информацию о правилах см. в справочнике по правилам CodePipeline.
name -> (строка)
VariableCheck.ruleTypeId -> (структура)
Идентификатор типа правила, который состоит из объединённых значений категории, владельца, поставщика и версии.
category -> (строка)
Rule.owner -> (строка)
Owner в категории правила — AWS.provider -> (строка)
DeploymentWindow. Список имён поставщиков правил см. в справочнике по правилам CodePipeline.version -> (строка)
configuration -> (карта)
Поля конфигурации действия для правила.
key -> (строка)
value -> (строка)
commands -> (список)
Команды оболочки для выполнения с вашим правилом команд в CodePipeline. Поддерживаются все команды, кроме многострочных форматов. Хотя используются журналы и разрешения CodeBuild, вам не нужно создавать какие-либо ресурсы в CodeBuild.
Примечание
Использование времени вычислений для этого действия повлечёт дополнительные расходы в CodeBuild.(строка)
inputArtifacts -> (список)
Поля входных артефактов для правила, например, указание входного файла для правила.
(структура)
Представляет информацию об артефакте, над которым нужно работать, например, артефакт теста или сборки.
name -> (строка)
Имя артефакта, над которым нужно работать (например, «My App»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробности параметров артефактов см. в конфигурации действия для каждого действия. Например, входной артефакт действия источника S3 — это имя файла (или путь к файлу), и файлы обычно предоставляются в формате ZIP. Пример имени артефакта: SampleApp_Windows.zip
Входной артефакт действия должен точно соответствовать выходному артефакту, объявленному в предшествующем действии, но входной артефакт не обязательно должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь используются разными последующими действиями.
roleArn -> (строка)
region -> (строка)
timeoutInMinutes -> (целое число)
beforeEntry -> (структура)
Метод, используемый, когда этап разрешает вход. Например, настройка этого поля для условий позволит войти на этап, когда условия будут выполнены.
conditions -> (список)
Условия, настроенные как условия входа.
(структура)
Условие для этапа. Условие состоит из правил и результата для условия. Дополнительную информацию об условиях см. в разделах Условия этапов и Как работают условия этапов?. Дополнительную информацию о правилах см. в справочнике по правилам CodePipeline.
result -> (строка)
rules -> (список)
Правила, составляющие условие.
(структура)
Представляет информацию о правиле, которое нужно создать для связанного условия. Пример — создание нового правила для условия входа, например, правило, которое проверяет результат теста перед разрешением запуску войти на этап развертывания. Дополнительную информацию об условиях см. в разделах Условия этапов и Как работают условия этапов?. Дополнительную информацию о правилах см. в справочнике по правилам CodePipeline.
name -> (строка)
VariableCheck.ruleTypeId -> (структура)
Идентификатор типа правила, который состоит из объединённых значений категории, владельца, поставщика и версии.
category -> (строка)
Rule.owner -> (строка)
Owner в категории правила — AWS.provider -> (строка)
DeploymentWindow. Список имён поставщиков правил см. в справочнике по правилам CodePipeline.version -> (строка)
configuration -> (карта)
Поля конфигурации действия для правила.
key -> (строка)
value -> (строка)
commands -> (список)
Команды оболочки для выполнения с вашим правилом команд в CodePipeline. Поддерживаются все команды, кроме многострочных форматов. Хотя используются журналы и разрешения CodeBuild, вам не нужно создавать какие-либо ресурсы в CodeBuild.
Примечание
Использование времени вычислений для этого действия повлечёт дополнительные расходы в CodeBuild.(строка)
inputArtifacts -> (список)
Поля входных артефактов для правила, например, указание входного файла для правила.
(структура)
Представляет информацию об артефакте, над которым нужно работать, например, артефакт теста или сборки.
name -> (строка)
Имя артефакта, над которым нужно работать (например, «My App»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробности параметров артефактов см. в конфигурации действия для каждого действия. Например, входной артефакт действия источника S3 — это имя файла (или путь к файлу), и файлы обычно предоставляются в формате ZIP. Пример имени артефакта: SampleApp_Windows.zip
Входной артефакт действия должен точно соответствовать выходному артефакту, объявленному в предшествующем действии, но входной артефакт не обязательно должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь используются разными последующими действиями.
roleArn -> (строка)
region -> (строка)
timeoutInMinutes -> (целое число)
version -> (целое число)
executionMode -> (строка)
pipelineType -> (строка)
CodePipeline предоставляет следующие типы конвейеров, которые отличаются характеристиками и ценой, чтобы вы могли настроить функции и стоимость своего конвейера в соответствии с потребностями ваших приложений.
- Конвейеры типа V1 имеют JSON-структуру, которая содержит стандартные параметры конвейера, этапа и действия.
- Конвейеры типа V2 имеют ту же структуру, что и конвейеры типа V1, а также дополнительные параметры для безопасности выпусков и настройки триггеров.
Предупреждение
Включение параметров V2, таких как триггеры по тегам Git, в JSON-конвейера при создании или обновлении конвейера приведёт к тому, что конвейер будет иметь тип V2 и соответствующие расходы.Дополнительную информацию о ценообразовании для CodePipeline см. в разделе Цены.
Дополнительную информацию о том, какой тип конвейера выбрать, см. в разделе Какой тип конвейера подходит мне?
variables -> (список)
Список, определяющий переменные конвейера для ресурса конвейера. Имена переменных могут содержать буквенно-цифровые символы и символы нижнего подчёркивания, а значения должны соответствовать [A-Za-z0-9@\-_]+.
(структура)
Переменная, объявленная на уровне конвейера.
name -> (строка)
defaultValue -> (строка)
description -> (строка)
triggers -> (список)
Конфигурация триггера, определяющая тип события, такого как теги Git, запускающего конвейер.
Примечание
При указании конфигурации триггера отключается стандартное обнаружение изменений для коммитов в репозитории и ветках.(структура)
Представляет информацию о заданной конфигурации триггера, такой как критерии фильтрации и этап источника для действия, содержащего триггер.
Примечание
Это поддерживается только для типа действияCodeStarSourceConnection.Примечание
При указании конфигурации триггера отключается стандартное обнаружение изменений для коммитов в репозитории и ветках.providerType -> (строка)
gitConfiguration -> (структура)
Предоставляет критерии фильтрации и этап источника для события репозитория, запускающего конвейер, например, теги Git.
sourceActionName -> (строка)
Имя действия источника конвейера, где задана конфигурация триггера, например, теги Git. Конфигурация триггера запустит конвейер при указанном изменении.
Примечание
Вы можете указать только одну конфигурацию триггера на действие источника.push -> (список)
Поле, где указывается событие репозитория, которое запустит конвейер, например, отправка тегов Git, с деталями.
(структура)
Критерии события, которые определяют, когда указанное событие репозитория запустит конвейер для указанной конфигурации триггера, например, списки включенных и исключенных тегов Git.
tags -> (структура)
Поле, содержащее детали конфигурации триггера для тегов Git.
includes -> (список)
Список шаблонов тегов Git, которые при отправке должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов тегов Git, которые при отправке должны исключаться из запуска конвейера.
(строка)
branches -> (структура)
Поле, определяющее фильтрацию по веткам для конфигурации триггера push.
includes -> (список)
Список шаблонов ветвей Git, которые при отправке коммита должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов ветвей Git, которые при отправке коммита должны исключаться из запуска конвейера.
(строка)
filePaths -> (структура)
Поле, определяющее фильтрацию по путям файлов для конфигурации триггера push.
includes -> (список)
Список шаблонов путей к файлам репозитория Git, которые при отправке коммита должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов путей к файлам репозитория Git, которые при отправке коммита должны исключаться из запуска конвейера.
(строка)
pullRequest -> (список)
Поле, где событие репозитория, которое запустит конвейер, указано как запросы на вытягивание.
(структура)
Критерии события для конфигурации триггера pull request, такие как списки ветвей или путей к файлам для включения и исключения.
Следующие значения допустимы для событий для этого фильтра:
- CLOSED
- OPEN
- UPDATED
events -> (список)
Поле, определяющее, какие события запросов на вытягивание фильтровать (OPEN, UPDATED, CLOSED) для конфигурации триггера.
(строка)
branches -> (структура)
Поле, определяющее фильтрацию по веткам для конфигурации триггера pull request.
includes -> (список)
Список шаблонов ветвей Git, которые при отправке коммита должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов ветвей Git, которые при отправке коммита должны исключаться из запуска конвейера.
(строка)
filePaths -> (структура)
Поле, определяющее фильтрацию по путям файлов для конфигурации триггера pull request.
includes -> (список)
Список шаблонов путей к файлам репозитория Git, которые при отправке коммита должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов путей к файлам репозитория Git, которые при отправке коммита должны исключаться из запуска конвейера.
(строка)
Синтаксис JSON:
{
"name": "string",
"roleArn": "string",
"artifactStore": {
"type": "S3",
"location": "string",
"encryptionKey": {
"id": "string",
"type": "KMS"
}
},
"artifactStores": {"string": {
"type": "S3",
"location": "string",
"encryptionKey": {
"id": "string",
"type": "KMS"
}
}
...},
"stages": [
{
"name": "string",
"blockers": [
{
"name": "string",
"type": "Schedule"
}
...
],
"actions": [
{
"name": "string",
"actionTypeId": {
"category": "Source"|"Build"|"Deploy"|"Test"|"Invoke"|"Approval"|"Compute",
"owner": "AWS"|"ThirdParty"|"Custom",
"provider": "string",
"version": "string"
},
"runOrder": integer,
"configuration": {"string": "string"
...},
"commands": ["string", ...],
"outputArtifacts": [
{
"name": "string",
"files": ["string", ...]
}
...
],
"inputArtifacts": [
{
"name": "string"
}
...
],
"outputVariables": ["string", ...],
"roleArn": "string",
"region": "string",
"namespace": "string",
"timeoutInMinutes": integer,
"environmentVariables": [
{
"name": "string",
"value": "string",
"type": "PLAINTEXT"|"SECRETS_MANAGER"
}
...
]
}
...
],
"onFailure": {
"result": "ROLLBACK"|"FAIL"|"RETRY"|"SKIP",
"retryConfiguration": {
"retryMode": "FAILED_ACTIONS"|"ALL_ACTIONS"
},
"conditions": [
{
"result": "ROLLBACK"|"FAIL"|"RETRY"|"SKIP",
"rules": [
{
"name": "string",
"ruleTypeId": {
"category": "Rule",
"owner": "AWS",
"provider": "string",
"version": "string"
},
"configuration": {"string": "string"
...},
"commands": ["string", ...],
"inputArtifacts": [
{
"name": "string"
}
...
],
"roleArn": "string",
"region": "string",
"timeoutInMinutes": integer
}
...
]
}
...
]
},
"onSuccess": {
"conditions": [
{
"result": "ROLLBACK"|"FAIL"|"RETRY"|"SKIP",
"rules": [
{
"name": "string",
"ruleTypeId": {
"category": "Rule",
"owner": "AWS",
"provider": "string",
"version": "string"
},
"configuration": {"string": "string"
...},
"commands": ["string", ...],
"inputArtifacts": [
{
"name": "string"
}
...
],
"roleArn": "string",
"region": "string",
"timeoutInMinutes": integer
}
...
]
}
...
]
},
"beforeEntry": {
"conditions": [
{
"result": "ROLLBACK"|"FAIL"|"RETRY"|"SKIP",
"rules": [
{
"name": "string",
"ruleTypeId": {
"category": "Rule",
"owner": "AWS",
"provider": "string",
"version": "string"
},
"configuration": {"string": "string"
...},
"commands": ["string", ...],
"inputArtifacts": [
{
"name": "string"
}
...
],
"roleArn": "string",
"region": "string",
"timeoutInMinutes": integer
}
...
]
}
...
]
}
}
...
],
"version": integer,
"executionMode": "QUEUED"|"SUPERSEDED"|"PARALLEL",
"pipelineType": "V1"|"V2",
"variables": [
{
"name": "string",
"defaultValue": "string",
"description": "string"
}
...
],
"triggers": [
{
"providerType": "CodeStarSourceConnection",
"gitConfiguration": {
"sourceActionName": "string",
"push": [
{
"tags": {
"includes": ["string", ...],
"excludes": ["string", ...]
},
"branches": {
"includes": ["string", ...],
"excludes": ["string", ...]
},
"filePaths": {
"includes": ["string", ...],
"excludes": ["string", ...]
}
}
...
],
"pullRequest": [
{
"events": ["OPEN"|"UPDATED"|"CLOSED", ...],
"branches": {
"includes": ["string", ...],
"excludes": ["string", ...]
},
"filePaths": {
"includes": ["string", ...],
"excludes": ["string", ...]
}
}
...
]
}
}
...
]
}
--tags (список)
Теги конвейера.
(структура)
Тег — это пара ключ-значение, используемая для управления ресурсом.
key -> (строка)
value -> (строка)
Краткая форма синтаксиса:
key=string,value=string ...
Синтаксис JSON:
[
{
"key": "string",
"value": "string"
}
...
]
--cli-input-json | --cli-input-yaml (строка) Считывает аргументы из предоставленной строки JSON. Строка JSON соответствует формату, предоставленному --generate-cli-skeleton. Если на командной строке предоставлены другие аргументы, эти значения перепишут значения, предоставленные JSON. Передать произвольные двоичные значения с помощью предоставленного значения JSON невозможно, так как строка будет воспринята буквально. Это может не быть указано вместе с --cli-input-yaml.
--generate-cli-skeleton (строка) Выводит JSON-скелет в стандартный вывод без отправки запроса к API. Если предоставлено значение без значения или значение input, выводит пример JSON-ввода, который можно использовать в качестве аргумента для --cli-input-json. Аналогично, если предоставлено yaml-input, оно выведет пример ввода YAML, который можно использовать с --cli-input-yaml. Если предоставлено значение output, оно проверит входные данные команд и вернёт пример выходного JSON для этой команды. Сгенерированный JSON-скелет нестабилен между версиями AWS CLI, и нет гарантий обратной совместимости в сгенерированном JSON-скелете.
Глобальные параметры
--debug (логическое)
Включить отладочную запись в журнал.
--endpoint-url (строка)
Переопределить URL по умолчанию команды заданным URL.
--no-verify-ssl (логическое)
По умолчанию AWS CLI использует SSL при общении с AWS-сервисами. Для каждого SSL-соединения AWS CLI будет проверять сертификаты SSL. Этот параметр переопределяет поведение проверки SSL-сертификатов по умолчанию.
--no-paginate (логическое)
Отключить автоматическую постраничную навигацию. Если автоматическая постраничная навигация отключена, AWS CLI выполнит только один вызов для первой страницы результатов.
--output (строка)
Стиль форматирования для вывода команд.
- json
- text
- таблица
- yaml
- yaml-поток
--query (строка)
Запрос JMESPath для фильтрации данных ответа.
--profile (строка)
Использовать определённый профиль из файла учетных данных.
--region (строка)
Регион для использования. Переопределяет настройки конфигурации/среды.
--version (строка)
Отобразить версию этого инструмента.
--color (строка)
Включить/выключить цветной вывод.
- вкл
- выкл
- авто
--no-sign-request (логическое)
Не подписывать запросы. Учетные данные не будут загружены, если этот аргумент предоставлен.
--ca-bundle (строка)
Файл сертификатов CA для проверки SSL-сертификатов. Переопределяет настройки конфигурации/среды.
--cli-read-timeout (целое число)
Максимальное время чтения сокета в секундах. Если значение равно 0, чтение сокета будет выполняться блокирующим образом без таймаута. Значение по умолчанию составляет 60 секунд.
--cli-connect-timeout (целое число)
Максимальное время подключения к сокету в секундах. Если значение равно 0, подключение к сокету будет выполняться блокирующим образом без таймаута. Значение по умолчанию составляет 60 секунд.
--cli-binary-format (строка)
Стиль форматирования, используемый для двоичных блоков. По умолчанию формат — base64. Формат base64 ожидает, что двоичные блоки будут предоставлены как строка, закодированная в base64. Формат raw-in-base64-out сохраняет совместимость с поведением AWS CLI версии 1, и двоичные значения должны передаваться буквально. При предоставлении содержимого файла, соответствующего двоичному блоку, fileb:// всегда будет обрабатываться как двоичное и использовать содержимое файла напрямую независимо от настройки cli-binary-format. При использовании file:// содержимое файла должно быть должным образом отформатировано для настроенного cli-binary-format.
- base64
- raw-in-base64-out
--no-cli-pager (логическое)
Отключить вывод для кли паджера.
--cli-auto-prompt (логическое)
Автоматически запросить параметры ввода CLI.
--no-cli-auto-prompt (логическое)
Отключить автоматическое запроса параметров ввода CLI.
Примеры
Примечание
Для использования следующих примеров необходимо установить и настроить AWS CLI. Дополнительную информацию см. в руководстве по началу работы в Руководстве пользователя AWS CLI.
Если не указано иное, все примеры используют правила цитирования на подобие Unix. Эти примеры необходимо адаптировать к правилам цитирования вашей оболочки. См. раздел «Использование кавычек со строками» в Руководстве пользователя AWS CLI.
Создание конвейера
В этом примере создается конвейер AWS CodePipeline с использованием уже созданного JSON-файла (здесь с именем MySecondPipeline.json), содержащего структуру конвейера. Дополнительную информацию о требованиях к созданию конвейера, включая структуру файла, см. в руководстве пользователя AWS CodePipeline.
Команда:
aws codepipeline create-pipeline --cli-input-json file://MySecondPipeline.json
Пример содержимого JSON-файла:
{
"pipeline": {
"roleArn": "arn:aws:iam::111111111111:role/AWS-CodePipeline-Service",
"stages": [
{
"name": "Source",
"actions": [
{
"inputArtifacts": [],
"name": "Source",
"actionTypeId": {
"category": "Source",
"owner": "AWS",
"version": "1",
"provider": "S3"
},
"outputArtifacts": [
{
"name": "MyApp"
}
],
"configuration": {
"S3Bucket": "awscodepipeline-demo-bucket",
"S3ObjectKey": "aws-codepipeline-s3-aws-codedeploy_linux.zip"
},
"runOrder": 1
}
]
},
{
"name": "Beta",
"actions": [
{
"inputArtifacts": [
{
"name": "MyApp"
}
],
"name": "CodePipelineDemoFleet",
"actionTypeId": {
"category": "Deploy",
"owner": "AWS",
"version": "1",
"provider": "CodeDeploy"
},
"outputArtifacts": [],
"configuration": {
"ApplicationName": "CodePipelineDemoApplication",
"DeploymentGroupName": "CodePipelineDemoFleet"
},
"runOrder": 1
}
]
}
],
"artifactStore": {
"type": "S3",
"location": "codepipeline-us-east-1-11EXAMPLE11"
},
"name": "MySecondPipeline",
"version": 1
}
}
Вывод:
This command returns the structure of the pipeline.
Вывод
pipeline -> (структура)
Представляет структуру действий и этапов, которые должны быть выполнены в конвейере.
name -> (строка)
roleArn -> (строка)
actionRoleArn или для делегирования ролей для действий с actionRoleArn.artifactStore -> (структура)
Представляет информацию о ведре S3, где хранятся артефакты для конвейера.
Примечание
Вы должны включить либоartifactStore, либо artifactStores в свой конвейер, но не оба. Если вы создаёте действие между регионами в своём конвейере, вы должны использовать artifactStores.type -> (строка)
location -> (строка)
encryptionKey -> (структура)
Ключ шифрования, используемый для шифрования данных в хранилище артефактов, например, ключ службы управления ключами Amazon Web Services. Если этот параметр не определён, используется ключ по умолчанию для Amazon S3.
id -> (строка)
Идентификатор, используемый для идентификации ключа. Для ключа Amazon Web Services KMS вы можете использовать идентификатор ключа, ARN ключа или ARN псевдонима.
Примечание
Псевдонимы распознаются только в аккаунте, который создал ключ KMS. Для действий между аккаунтами можно использовать только идентификатор ключа или ARN ключа для идентификации ключа. Действия между аккаунтами подразумевают использование роли из другого аккаунта (AccountB), поэтому указание идентификатора ключа будет использовать ключ из другого аккаунта (AccountB).type -> (строка)
artifactStores -> (массив)
Сопоставление объектов artifactStore и соответствующих регионов Amazon Web Services. Должно быть хранилище артефактов для региона конвейера и для каждого действия между регионами в конвейере.
Примечание
Вы должны включить либоartifactStore, либо artifactStores в свой конвейер, но не оба. Если вы создаёте действие между регионами в своём конвейере, вы должны использовать artifactStores.key -> (строка)
value -> (структура)
Ведро S3, где хранятся артефакты для конвейера.
Примечание
Вы должны включить либоartifactStore, либо artifactStores в свой конвейер, но не оба. Если вы создаёте действие между регионами в своём конвейере, вы должны использовать artifactStores.type -> (строка)
location -> (строка)
encryptionKey -> (структура)
Ключ шифрования, используемый для шифрования данных в хранилище артефактов, например, ключ службы управления ключами Amazon Web Services. Если этот параметр не определён, используется ключ по умолчанию для Amazon S3.
id -> (строка)
Идентификатор, используемый для идентификации ключа. Для ключа Amazon Web Services KMS вы можете использовать идентификатор ключа, ARN ключа или ARN псевдонима.
Примечание
Псевдонимы распознаются только в аккаунте, который создал ключ KMS. Для действий между аккаунтами можно использовать только идентификатор ключа или ARN ключа для идентификации ключа. Действия между аккаунтами подразумевают использование роли из другого аккаунта (AccountB), поэтому указание идентификатора ключа будет использовать ключ из другого аккаунта (AccountB).type -> (строка)
stages -> (список)
Этап, на котором нужно выполнить действие.
(структура)
Представляет информацию о этапе и его определении.
name -> (строка)
blockers -> (список)
Зарезервировано для будущего использования.
(структура)
Зарезервировано для будущего использования.
name -> (строка)
type -> (строка)
actions -> (список)
Действия, включенные в этап.
(структура)
Представляет информацию об объявлении действия.
name -> (строка)
actionTypeId -> (структура)
Определяет тип действия и поставщика действия.
category -> (строка)
Категория определяет, какой вид действия можно выполнить на этапе, и ограничивает тип поставщика для действия. Допустимые категории ограничены одним из следующих значений.
- Источник
- Сборка
- Тестирование
- Развертывание
- Вызов
- Утверждение
- Вычисление
owner -> (строка)
Owner в разделе категории действия в вашей структуре конвейера доступны три допустимых значения: AWS , ThirdParty , и Custom . Дополнительная информация доступна в разделе Действительные типы и поставщики действий в CodePipeline.provider -> (строка)
CodeDeploy . Дополнительная информация доступна в разделе Действительные типы и поставщики действий в CodePipeline.version -> (строка)
runOrder -> (целое число)
configuration -> (карта)
Настройка действия. Это пары ключ-значение, которые указывают входные значения для действия. Дополнительная информация доступна в разделе Требования к структуре действий в CodePipeline. Список свойств конфигурации для типа действия CloudFormation в CodePipeline см. в справочнике по свойствам конфигурации в Руководстве пользователя по CloudFormation. Примеры фрагментов шаблонов см. в разделе Использование функций параметрической переопределения с конвейерами CodePipeline в Руководстве пользователя по CloudFormation.
Значения могут быть представлены в формате JSON или YAML. Например, формат элемента конфигурации JSON выглядит следующим образом:
JSON:
"Configuration" : { Key : Value },
key -> (строка)
value -> (строка)
commands -> (список)
Команды оболочки для выполнения действия вычисления в CodePipeline. Поддерживаются все команды, кроме многострочных форматов. Хотя используются журналы и разрешения CodeBuild, создавать ресурсы в CodeBuild не нужно.
Примечание
Использование времени вычисления для этого действия повлечет дополнительные расходы в CodeBuild.(строка)
outputArtifacts -> (список)
Имя или идентификатор результата объявления действия, например, артефакта теста или сборки.
(структура)
Представляет информацию об выходе действия.
name -> (строка)
Название вывода артефакта, например, «Моё приложение».
Входной артефакт действия должен точно совпадать с выходным артефактом, объявленным в предыдущем действии, но входной артефакт не должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь потребляются разными последующими действиями.
Имена выходных артефактов должны быть уникальными в пределах конвейера.
files -> (список)
Файлы, которые вы хотите связать с выходным артефактом, который будет экспортирован из действия вычисления.
(строка)
inputArtifacts -> (список)
Имя или идентификатор артефакта, используемого действием, например, артефакт теста или сборки.
(структура)
Представляет информацию об артефакте, над которым следует работать, например, артефакте теста или сборки.
name -> (строка)
Имя артефакта, над которым необходимо работать (например, «Моё приложение»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробности параметров артефактов см. в настройках действия каждого действия. Например, входной артефакт действия источника S3 — это имя файла (или путь к файлу), и файлы обычно предоставляются как ZIP-архив. Пример имени артефакта: SampleApp_Windows.zip
Входной артефакт действия должен точно совпадать с выходным артефактом, объявленным в предыдущем действии, но входной артефакт не должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь потребляются разными последующими действиями.
outputVariables -> (список)
Список переменных, которые должны быть экспортированы из действия вычисления. Это конкретно переменные среды CodeBuild, используемые для этого действия.
(строка)
roleArn -> (строка)
region -> (строка)
namespace -> (строка)
timeoutInMinutes -> (целое число)
environmentVariables -> (список)
Переменные среды для действия.
(структура)
Переменные среды для действия.
name -> (строка)
value -> (строка)
type -> (строка)
PLAINTEXT , либо SECRETS_MANAGER . Если значение SECRETS_MANAGER , укажите ссылку на секреты в значении EnvironmentVariable.onFailure -> (структура)
Метод, используемый, когда этап не завершен успешно. Например, настройка этого поля для отката автоматически откатит неудачный этап к последнему успешному выполнению конвейера на этапе.
result -> (строка)
retryConfiguration -> (структура)
Настройка повторных попыток определяет автоматические повторные попытки для неудачного этапа вместе с настроенным режимом повторных попыток.
retryMode -> (строка)
conditions -> (список)
Установленные условия как условия сбоя. Дополнительная информация о условиях доступна в разделе Условия этапа и Как работают условия этапа?.
(структура)
Условие для этапа. Условие состоит из правил и результата для условия. Дополнительная информация о условиях доступна в разделе Условия этапа и Как работают условия этапа?. Дополнительная информация о правилах доступна в справке по правилам CodePipeline.
result -> (строка)
rules -> (список)
Правила, составляющие условие.
(структура)
Представляет информацию о правиле, которое нужно создать для связанного условия. Примером может служить создание нового правила для условия входа, например, правила, проверяющего результат теста перед допуском запуска на этап развертывания. Дополнительная информация о условиях доступна в разделе Условия этапа и Как работают условия этапа?. Дополнительная информация о правилах доступна в справке по правилам CodePipeline.
name -> (строка)
VariableCheck.ruleTypeId -> (структура)
Идентификатор типа правила, который состоит из объединенных значений категории, владельца, поставщика и версии.
category -> (строка)
Rule.owner -> (строка)
Owner в категории правила — AWS.provider -> (строка)
DeploymentWindow. Список имен поставщиков правил см. в правилах, перечисленных в справке по правилам CodePipeline.version -> (строка)
configuration -> (карта)
Поля конфигурации действия для правила.
key -> (строка)
value -> (строка)
commands -> (список)
Команды оболочки для выполнения правила команд в CodePipeline. Поддерживаются все команды, кроме многострочных форматов. Хотя используются журналы и разрешения CodeBuild, создавать ресурсы в CodeBuild не нужно.
Примечание
Использование времени вычисления для этого действия повлечет дополнительные расходы в CodeBuild.(строка)
inputArtifacts -> (список)
Поля входных артефактов для правила, например, указание входного файла для правила.
(структура)
Представляет информацию об артефакте, над которым следует работать, например, артефакте теста или сборки.
name -> (строка)
Имя артефакта, над которым необходимо работать (например, «Моё приложение»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробности параметров артефактов см. в настройках действия каждого действия. Например, входной артефакт действия источника S3 — это имя файла (или путь к файлу), и файлы обычно предоставляются как ZIP-архив. Пример имени артефакта: SampleApp_Windows.zip
Входной артефакт действия должен точно совпадать с выходным артефактом, объявленным в предыдущем действии, но входной артефакт не должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь потребляются разными последующими действиями.
roleArn -> (строка)
region -> (строка)
timeoutInMinutes -> (целое число)
onSuccess -> (структура)
Метод, используемый при успешном выполнении этапа. Например, настройка этого поля для условий позволит этапу завершиться успешно при выполнении условий.
conditions -> (список)
Условия, являющиеся условиями успеха.
(структура)
Условие для этапа. Условие состоит из правил и результата для условия. Более подробная информация об условиях доступна в разделе Условия этапа и Как работают условия этапов?. Более подробная информация о правилах доступна в Справочнике по правилам CodePipeline.
result -> (строка)
rules -> (список)
Правила, составляющие условие.
(структура)
Представляет информацию о правиле, которое нужно создать для связанного условия. Примером может служить создание нового правила для условия входа, например, правило, проверяющее результат теста перед разрешением запуска на этап развертывания. Более подробная информация об условиях доступна в разделе Условия этапа и Как работают условия этапов?. Более подробная информация о правилах доступна в Справочнике по правилам CodePipeline.
name -> (строка)
VariableCheck.ruleTypeId -> (структура)
Идентификатор типа правила, состоящий из объединенных значений категории, владельца, поставщика и версии.
category -> (строка)
Rule.owner -> (строка)
Owner в категории правил - AWS.provider -> (строка)
DeploymentWindow. Список имен поставщиков правил см. в Справочнике по правилам CodePipeline.version -> (строка)
configuration -> (карта)
Поля конфигурации действия для правила.
key -> (строка)
value -> (строка)
commands -> (список)
Команды оболочки для выполнения с правилом команд в CodePipeline. Поддерживаются все команды, кроме многострочных форматов. Хотя используются журналы и разрешения CodeBuild, вам не нужно создавать какие-либо ресурсы в CodeBuild.
Примечание
Использование времени вычислений для этого действия повлечет отдельные расходы в CodeBuild.(строка)
inputArtifacts -> (список)
Поля входных артефактов для правила, например, указание входного файла для правила.
(структура)
Представляет информацию об артефакте, над которым нужно работать, например, артефакт теста или сборки.
name -> (строка)
Имя артефакта, над которым нужно работать (например, «My App»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробности о параметрах артефактов см. в конфигурации каждого действия. Например, входной артефакт действия источника S3 — это имя файла (или путь к файлу), а файлы обычно предоставляются в виде ZIP-архива. Пример имени артефакта: SampleApp_Windows.zip
Входной артефакт действия должен точно соответствовать выходному артефакту, объявленному в предыдущем действии, но входной артефакт не обязательно должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь используются различными последующими действиями.
roleArn -> (строка)
region -> (строка)
timeoutInMinutes -> (целое число)
beforeEntry -> (структура)
Метод, используемый, когда этап разрешает вход. Например, настройка этого поля для условий позволит войти на этап при выполнении условий.
conditions -> (список)
Условия, настроенные как условия входа.
(структура)
Условие для этапа. Условие состоит из правил и результата для условия. Более подробная информация об условиях доступна в разделе Условия этапа и Как работают условия этапов?. Более подробная информация о правилах доступна в Справочнике по правилам CodePipeline.
result -> (строка)
rules -> (список)
Правила, составляющие условие.
(структура)
Представляет информацию о правиле, которое нужно создать для связанного условия. Примером может служить создание нового правила для условия входа, например, правило, проверяющее результат теста перед разрешением запуска на этап развертывания. Более подробная информация об условиях доступна в разделе Условия этапа и Как работают условия этапов?. Более подробная информация о правилах доступна в Справочнике по правилам CodePipeline.
name -> (строка)
VariableCheck.ruleTypeId -> (структура)
Идентификатор типа правила, состоящий из объединенных значений категории, владельца, поставщика и версии.
category -> (строка)
Rule.owner -> (строка)
Owner в категории правил - AWS.provider -> (строка)
DeploymentWindow. Список имен поставщиков правил см. в Справочнике по правилам CodePipeline.version -> (строка)
configuration -> (карта)
Поля конфигурации действия для правила.
key -> (строка)
value -> (строка)
commands -> (список)
Команды оболочки для выполнения с правилом команд в CodePipeline. Поддерживаются все команды, кроме многострочных форматов. Хотя используются журналы и разрешения CodeBuild, вам не нужно создавать какие-либо ресурсы в CodeBuild.
Примечание
Использование времени вычислений для этого действия повлечет отдельные расходы в CodeBuild.(строка)
inputArtifacts -> (список)
Поля входных артефактов для правила, например, указание входного файла для правила.
(структура)
Представляет информацию об артефакте, над которым нужно работать, например, артефакт теста или сборки.
name -> (строка)
Имя артефакта, над которым нужно работать (например, «My App»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробности о параметрах артефактов см. в конфигурации каждого действия. Например, входной артефакт действия источника S3 — это имя файла (или путь к файлу), а файлы обычно предоставляются в виде ZIP-архива. Пример имени артефакта: SampleApp_Windows.zip
Входной артефакт действия должен точно соответствовать выходному артефакту, объявленному в предыдущем действии, но входной артефакт не обязательно должен быть следующим действием в строгой последовательности от действия, которое предоставило выходной артефакт. Действия в параллели могут объявлять разные выходные артефакты, которые в свою очередь используются различными последующими действиями.
roleArn -> (строка)
region -> (строка)
timeoutInMinutes -> (целое число)
version -> (целое число)
executionMode -> (строка)
pipelineType -> (строка)
CodePipeline предоставляет следующие типы конвейеров, которые различаются по характеристикам и цене, чтобы вы могли настроить функции и затраты конвейера в соответствии с потребностями ваших приложений.
- Конвейеры типа V1 имеют JSON-структуру, которая содержит стандартные параметры конвейера, этапа и действия.
- Конвейеры типа V2 имеют такую же структуру, как конвейеры типа V1, а также дополнительные параметры для обеспечения безопасности выпуска и настройки триггера.
Предупреждение
Включение параметров V2, таких как триггеры по тегам Git, в JSON-конвейер при создании или обновлении конвейера приведет к тому, что конвейер будет иметь тип конвейера V2 и соответствующие затраты.Информация о ценообразовании для CodePipeline доступна на странице Цены.
Информация о выборе типа конвейера доступна в разделе Какой тип конвейера подходит мне?.
variables -> (список)
Список, определяющий переменные конвейера для ресурса конвейера. Имена переменных могут содержать алфавитно-цифровые символы и символы подчеркивания, а значения должны соответствовать [A-Za-z0-9@\-_]+.
(структура)
Переменная, объявленная на уровне конвейера.
name -> (строка)
defaultValue -> (строка)
description -> (строка)
triggers -> (список)
Конфигурация триггера, определяющая тип события, такого как метки Git, запускающего конвейер.
Примечание
Когда задана конфигурация триггера, отключение стандартного обнаружения изменений для коммитов репозитория и ветвей.(структура)
Представляет информацию о заданной конфигурации триггера, например, критерии фильтрации и этапы источника для действия, содержащего триггер.
Примечание
Это поддерживается только для типа действияCodeStarSourceConnection.Примечание
Когда задана конфигурация триггера, отключение стандартного обнаружения изменений для коммитов репозитория и ветвей.providerType -> (строка)
gitConfiguration -> (структура)
Предоставляет критерии фильтрации и этап источника для события репозитория, запускающего конвейер, например, метки Git.
sourceActionName -> (строка)
Имя действия источника конвейера, где задана конфигурация триггера, например, метки Git. Конфигурация триггера запустит конвейер при указанном изменении.
Примечание
Вы можете указать только одну конфигурацию триггера на действие источника.push -> (список)
Поле, где задаётся событие репозитория, которое запустит конвейер, например, отправка меток Git, с деталями.
(структура)
Критерии события, определяющие, когда указанное событие репозитория запустит конвейер для заданной конфигурации триггера, например, списки меток Git для включения и исключения.
tags -> (структура)
Поле, содержащее детали конфигурации триггера меток Git.
includes -> (список)
Список шаблонов меток Git, которые при отправке должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов меток Git, которые при отправке должны исключаться из запуска конвейера.
(строка)
branches -> (структура)
Поле, задающее фильтрацию по ветвям для конфигурации триггера push.
includes -> (список)
Список шаблонов ветвей Git, которые при отправке коммита должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов ветвей Git, которые при отправке коммита должны исключаться из запуска конвейера.
(строка)
filePaths -> (структура)
Поле, задающее фильтрацию по путям файлов для конфигурации триггера push.
includes -> (список)
Список шаблонов путей к файлам репозитория Git, которые при отправке коммита должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов путей к файлам репозитория Git, которые при отправке коммита должны исключаться из запуска конвейера.
(строка)
pullRequest -> (список)
Поле, где событие репозитория, которое запустит конвейер, задаётся как запросы на вытягивание.
(структура)
Критерии события для конфигурации триггера запросов на вытягивание, такие как списки ветвей или путей к файлам для включения и исключения.
Следующие значения допустимы для событий для этого фильтра:
- CLOSED
- OPEN
- UPDATED
events -> (список)
Поле, определяющее, какие события запросов на вытягивание фильтровать (OPEN, UPDATED, CLOSED) для конфигурации триггера.
(строка)
branches -> (структура)
Поле, задающее фильтрацию по ветвям для конфигурации триггера запроса на вытягивание.
includes -> (список)
Список шаблонов ветвей Git, которые при отправке коммита должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов ветвей Git, которые при отправке коммита должны исключаться из запуска конвейера.
(строка)
filePaths -> (структура)
Поле, задающее фильтрацию по путям файлов для конфигурации триггера запроса на вытягивание.
includes -> (список)
Список шаблонов путей к файлам репозитория Git, которые при отправке коммита должны включаться как критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов путей к файлам репозитория Git, которые при отправке коммита должны исключаться из запуска конвейера.
(строка)
tags -> (список)
Указывает метки, применённые к конвейеру.
(структура)
Метка — это пара ключ-значение, используемая для управления ресурсом.
key -> (строка)
value -> (строка)
© Copyright 2025, Amazon Web Services. Created using Sphinx.