Inicie um pipeline em CodePipeline

Cada execução de pipeline pode ser iniciada com base em um gatilho diferente. Cada execução do pipeline pode ter um tipo diferente de gatilho, dependendo de como o pipeline é iniciado. O tipo de gatilho para cada execução é mostrado no histórico de execução de um pipeline. Os tipos de gatilho podem depender do provedor de ação de origem da seguinte forma:

nota

Você não pode especificar mais de um gatilho por ação de origem.

• Criação de pipeline: quando um pipeline é criado, uma execução de pipeline é iniciada automaticamente. Este é o tipo de gatilho CreatePipeline no Histórico de execução.

• Alterações nos objetos revisados: esta categoria representa o tipo de gatilho PutActionRevision no Histórico de execução.

• Detecção de alterações na ramificação e confirmação para um envio de código por push: esta categoria representa o tipo de gatilho CloudWatchEvent no Histórico de execução. Quando uma alteração é detectada em uma confirmação e ramificação de origem no repositório de origem, seu pipeline é iniciado. Este tipo de gatilho usa a detecção automatizada de alterações. Os provedores de ação de origem que usam esse tipo de gatilho são S3 e. CodeCommit Este tipo também é usado para um agendamento que inicia seu pipeline. Consulte Iniciar um pipeline de acordo com uma programação.

• Sondagem de alterações de origem: esta categoria representa o tipo de gatilho PollForSourceChanges no Histórico de execução. Quando uma alteração é detectada em uma confirmação e ramificação de origem no repositório de origem por meio da sondagem, seu pipeline é iniciado. Esse tipo de gatilho não é recomendado e deve ser migrado para usar a detecção automatizada de alterações. Os provedores de ação de origem que usam esse tipo de gatilho são S3 e. CodeCommit

• Eventos Webhook para fontes de terceiros: esta categoria representa o tipo de gatilho Webhook no Histórico de execução. Quando uma alteração é detectada por um evento Webhook, seu pipeline é iniciado. Este tipo de gatilho usa a detecção automatizada de alterações. Os provedores de ação de origem que usam esse tipo de gatilho são conexões configuradas para envio de código (Bitbucket Cloud GitHub, GitHub Enterprise Server, GitLab .com e GitLab autogerenciadas).

• Eventos WebhookV2 para fontes de terceiros: esta categoria representa o tipo de gatilho WebhookV2 no Histórico de execução. Este tipo destina-se a execuções acionadas com base em gatilhos especificados na definição do pipeline. Quando uma versão com uma tag Git especificada é detectada, seu pipeline é iniciado. É possível usar tags do Git para marcar uma confirmação com um nome ou outro identificador que ajude os outros usuários do repositório a entenderem sua importância. Também é possível usar tags do Git para identificar uma confirmação específica no histórico de um repositório. Este tipo de gatilho desabilita a detecção automatizada de alterações. Os provedores de ação de origem que usam esse tipo de gatilho são conexões configuradas para tags Git (Bitbucket Cloud GitHub, GitHub Enterprise Server e GitLab .com).

• Iniciando manualmente um pipeline: esta categoria representa o tipo de gatilho StartPipelineExecution no Histórico de execução. Você pode usar o console ou o AWS CLI para iniciar um pipeline manualmente. Para mais informações, consulte Iniciar um pipeline manualmente.

• RollbackStage: Essa categoria representa o tipo de RollbackStage gatilho no histórico de execução. Você pode usar o console ou o AWS CLI para reverter um estágio manual ou automaticamente. Para mais informações, consulte Configurando a reversão de estágio.

Quando você adiciona ao seu pipeline uma ação de origem que usa tipos de gatilho de detecção automatizada de alterações, as ações funcionam com recursos adicionais. A criação de cada ação de origem é detalhada em seções separadas devido a esses recursos adicionais para detecção de alterações. Para obter detalhes sobre cada provedor de origem e os métodos de detecção de alterações necessários à detecção automatizada de alterações, consulte Ações de origem e métodos de detecção de alterações.

Tópicos

• Ações de origem e métodos de detecção de alterações
• Iniciar um pipeline manualmente
• Iniciar um pipeline de acordo com uma programação
• Iniciar um pipeline com uma substituição da revisão de origem

Ações de origem e métodos de detecção de alterações

Quando você adiciona uma ação de origem ao seu pipeline, as ações funcionam com os recursos adicionais descritos na tabela.

nota

As ações de origem CodeCommit e do S3 exigem um recurso de detecção de alterações configurado (uma EventBridge regra) ou use a opção de pesquisar o repositório em busca de alterações na fonte. Para pipelines com uma ação de origem do Bitbucket ou do GitHub Enterprise Server, você não precisa configurar um webhook ou usar a pesquisa como padrão. GitHub A ação do Connections gerencia a detecção de alterações para você.

Origem	Usa recursos adicionais?	Etapas
Amazon S3	Esta ação de origem usa recursos adicionais. Ao usar a CLI ou CloudFormation para criar essa ação, você também cria e gerencia esses recursos.	Consulte Crie um pipeline em CodePipeline e Ações de origem do Amazon S3 e com EventBridge AWS CloudTrail
Bitbucket Cloud	Esta ação de origem usa um recurso de conexão.	Consulte Conexões do Bitbucket Cloud
AWS CodeCommit	Amazon EventBridge (recomendado). Esse é o padrão para pipelines com uma CodeCommit fonte criada ou editada no console.	Consulte Crie um pipeline em CodePipeline e CodeCommit ações de origem e EventBridge
Amazon ECR	Amazon EventBridge. É criado pelo assistente para pipelines com uma origem do Amazon ECR criada ou editada no console.	Consulte Crie um pipeline em CodePipeline e Recursos e ações de origem do Amazon ECR EventBridge .
GitHub ou nuvem GitHub corporativa	Esta ação de origem usa um recurso de conexão.	Consulte GitHub conexões
GitHub Servidor corporativo	Esta ação de origem usa um recurso de conexão e um recurso de host.	Consulte GitHub Conexões do Enterprise Server
GitLab.com	Esta ação de origem usa um recurso de conexão.	Consulte GitLabconexões.com
GitLab autogerenciado	Esta ação de origem usa um recurso de conexão e um recurso de host.	Consulte Conexões para GitLab autogerenciamento

Se você tiver um pipeline que usa sondagem, pode atualizá-lo para usar o método de detecção recomendado. Para ter mais informações, consulte Atualizar pipelines de sondagem para o método de detecção de alterações recomendado.

Se você quiser desativar a detecção de alterações para uma ação de origem que usa conexões, consulte CodeStarSourceConnection para Bitbucket Cloud GitHub, GitHub Enterprise Server, GitLab .com e ações GitLab autogerenciadas.