[ aws . codepipeline ]
обновить-пайплайн
Описание
Обновляет указанный пайплайн с изменениями в его структуре. Используйте JSON-файл со структурой пайплайна и UpdatePipeline для предоставления полной структуры пайплайна. Обновление пайплайна увеличивает номер версии пайплайна на 1.
См. также: Документация API AWS
Синтаксис
update-pipeline
--pipeline <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 -> (строка)
Идентификатор ключа. Для ключа KMS Amazon Web Services можно использовать ID ключа, ARN ключа или ARN псевдонима.
Примечание
Псевдонимы распознаются только в аккаунте, который создал ключ KMS. Для действий между аккаунтами можно использовать только ID ключа или ARN ключа для идентификации ключа. Действия между аккаунтами подразумевают использование роли из другого аккаунта (AccountB), поэтому указание ID ключа будет использовать ключ из другого аккаунта (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 -> (строка)
Идентификатор ключа. Для ключа KMS Amazon Web Services можно использовать ID ключа, ARN ключа или ARN псевдонима.
Примечание
Псевдонимы распознаются только в аккаунте, который создал ключ KMS. Для действий между аккаунтами можно использовать только ID ключа или ARN ключа для идентификации ключа. Действия между аккаунтами подразумевают использование роли из другого аккаунта (AccountB), поэтому указание ID ключа будет использовать ключ из другого аккаунта (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 «Справочник по свойствам конфигурации». Примеры фрагментов шаблонов см. в справочнике пользователя CloudFormation «Использование функций параметризации с конвейерами CodePipeline».
Значения могут быть представлены в формате 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, которые, при отправке коммита, исключаются из запуска конвейера.
(строка)
Синтаксис 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", ...]
}
}
...
]
}
}
...
]
}
--cli-input-json | --cli-input-yaml (строка) Читает аргументы из предоставленной строки JSON. Строка JSON следует формату, предоставленному --generate-cli-skeleton. Если на командной строке предоставлены другие аргументы, эти значения переопределят значения, предоставленные в JSON. Невозможно передать произвольные двоичные значения с помощью значения, предоставленного в JSON, так как строка будет воспринята буквально. Это может не быть указано вместе с --cli-input-yaml.
--generate-cli-skeleton (строка) Выводит скелет JSON в стандартный вывод без отправки запроса API. Если предоставлено значение null или значение 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
- table
- yaml
- yaml-stream
--query (строка)
Запрос JMESPath для фильтрации данных ответа.
--profile (строка)
Использовать определённый профиль из файла данных авторизации.
--region (строка)
Область использования. Переопределяет настройки конфигурации/среды.
--version (строка)
Отобразить версию этого инструмента.
--color (строка)
Включает/выключает цветной вывод.
- on
- off
- auto
--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 V1, и двоичные значения должны передаваться буквально. При предоставлении содержимого файла, соответствующего двоичному блоку, 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.
Для обновления структуры конвейера
В этом примере используется команда update-pipeline с аргументом –cli-input-json. В этом примере используется предварительно определённый JSON-файл (MyFirstPipeline.json) для обновления структуры конвейера. AWS CodePipeline распознаёт имя конвейера, содержащееся в JSON-файле, а затем применяет любые изменения от изменённых полей в структуре конвейера для обновления конвейера.
Следуйте этим рекомендациям при создании предварительно определённого JSON-файла:
- Если вы работаете со структурой конвейера, полученной с помощью команды get-pipeline, вы должны удалить секцию метаданных из структуры конвейера в JSON-файле (строки «metadata»: { } и поля «created», «pipelineARN» и «updated» внутри).
- Имя конвейера изменить нельзя.
Команда:
aws codepipeline update-pipeline --cli-input-json file://MyFirstPipeline.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-bucket2",
"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": "MyFirstPipeline",
"version": 1
}
}
Вывод:
{
"pipeline": {
"artifactStore": {
"location": "codepipeline-us-east-1-11EXAMPLE11",
"type": "S3"
},
"name": "MyFirstPipeline",
"roleArn": "arn:aws:iam::111111111111:role/AWS-CodePipeline-Service",
"stages": [
{
"actions": [
{
"actionTypeId": {
"__type": "ActionTypeId",
"category": "Source",
"owner": "AWS",
"provider": "S3",
"version": "1"
},
"configuration": {
"S3Bucket": "awscodepipeline-demo-bucket2",
"S3ObjectKey": "aws-codepipeline-s3-aws-codedeploy_linux.zip"
},
"inputArtifacts": [],
"name": "Source",
"outputArtifacts": [
{
"name": "MyApp"
}
],
"runOrder": 1
}
],
"name": "Source"
},
{
"actions": [
{
"actionTypeId": {
"__type": "ActionTypeId",
"category": "Deploy",
"owner": "AWS",
"provider": "CodeDeploy",
"version": "1"
},
"configuration": {
"ApplicationName": "CodePipelineDemoApplication",
"DeploymentGroupName": "CodePipelineDemoFleet"
},
"inputArtifacts": [
{
"name": "MyApp"
}
],
"name": "CodePipelineDemoFleet",
"outputArtifacts": [],
"runOrder": 1
}
],
"name": "Beta"
}
],
"version": 3
}
}
Вывод
pipeline -> (структура)
Структура обновленного конвейера.
name -> (строка)
roleArn -> (строка)
actionRoleArn или для делегирования ролей для действий с actionRoleArn.artifactStore -> (структура)
Представляет информацию о ведре S3, где хранятся артефакты для конвейера.
Примечание
Вы должны включить либоartifactStore, либо artifactStores в свой конвейер, но не оба. Если вы создаёте действие между регионами в своём конвейере, вы должны использовать artifactStores.type -> (строка)
location -> (строка)
encryptionKey -> (структура)
Ключ шифрования, используемый для шифрования данных в хранилище артефактов, например, ключ службы управления ключами Amazon Web Services. Если он не определён, используется стандартный ключ для Amazon S3.
id -> (строка)
Идентификатор, используемый для идентификации ключа. Для ключа KMS Amazon Web Services вы можете использовать идентификатор ключа, ARN ключа или ARN псевдонима.
Примечание
Псевдонимы распознаются только в том аккаунте, который создал ключ KMS. Для межаккаунтовых действий вы можете использовать только идентификатор ключа или ARN ключа для идентификации ключа. Межаккаунтовые действия предполагают использование роли из другого аккаунта (АккаунтB), поэтому указание идентификатора ключа будет использовать ключ из другого аккаунта (АккаунтB).type -> (строка)
artifactStores -> (массив)
Карта объектов artifactStore и соответствующих регионов Amazon Web Services. Должно быть хранилище артефактов для региона конвейера и для каждого действия между регионами в конвейере.
Примечание
Вы должны включить либоartifactStore, либо artifactStores в свой конвейер, но не оба. Если вы создаёте действие между регионами в своём конвейере, вы должны использовать artifactStores.key -> (строка)
value -> (структура)
Ведро S3, где хранятся артефакты конвейера.
Примечание
Вы должны включить либоartifactStore, либо artifactStores в свой конвейер, но не оба. Если вы создаёте действие между регионами в своём конвейере, вы должны использовать artifactStores.type -> (строка)
location -> (строка)
encryptionKey -> (структура)
Ключ шифрования, используемый для шифрования данных в хранилище артефактов, например, ключ службы управления ключами Amazon Web Services. Если он не определён, используется стандартный ключ для Amazon S3.
id -> (строка)
Идентификатор, используемый для идентификации ключа. Для ключа KMS Amazon Web Services вы можете использовать идентификатор ключа, ARN ключа или ARN псевдонима.
Примечание
Псевдонимы распознаются только в том аккаунте, который создал ключ KMS. Для межаккаунтовых действий вы можете использовать только идентификатор ключа или ARN ключа для идентификации ключа. Межаккаунтовые действия предполагают использование роли из другого аккаунта (АккаунтB), поэтому указание идентификатора ключа будет использовать ключ из другого аккаунта (АккаунтB).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 , укажите ссылку на Secrets в значении 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 -> (строка)
Имя артефакта, над которым нужно работать (например, «Мой приложение»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробные сведения об параметрах артефактов см. в конфигурации каждого действия. Например, входной артефакт действия источника 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 -> (строка)
Имя артефакта, над которым нужно работать (например, «Мой приложение»).
Артефакты — это файлы, над которыми работают действия в конвейере. Подробные сведения об параметрах артефактов см. в конфигурации каждого действия. Например, входной артефакт действия источника 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 -> (список)
Поле, где событие репозитория, которое запустит конвейер, указано как запросы на вытягивание.
(структура)
Критерии события для настройки триггера запросов на вытягивание, такие как списки ветвей или путей к файлам, которые необходимо включить и исключить.
Следующие значения являются допустимыми для событий для этого фильтра:
- ЗАКРЫТО
- ОТКРЫТО
- ОБНОВЛЕНО
events -> (список)
Поле, указывающее, какие события запросов на вытягивание следует отфильтровать (ОТКРЫТО, ОБНОВЛЕНО, ЗАКРЫТО) для настройки триггера.
(строка)
branches -> (структура)
Поле, определяющее фильтрацию по веткам для настройки триггера запросов на вытягивание.
includes -> (список)
Список шаблонов ветвей Git, которые, при добавлении коммита, должны включаться в критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов ветвей Git, которые, при добавлении коммита, должны исключаться из запуска конвейера.
(строка)
filePaths -> (структура)
Поле, определяющее фильтрацию по путям к файлам для настройки триггера запросов на вытягивание.
includes -> (список)
Список шаблонов путей к файлам в репозитории Git, которые, при добавлении коммита, должны включаться в критерии запуска конвейера.
(строка)
excludes -> (список)
Список шаблонов путей к файлам в репозитории Git, которые, при добавлении коммита, должны исключаться из запуска конвейера.
(строка)
© Copyright 2025, Amazon Web Services. Created using Sphinx.