O Que É um Evento de Pipeline? O Sinal Que Move o CI
Um evento de pipeline é um sinal, como um push ou um pull request, que o sistema de CI recebe e usa para decidir se inicia um pipeline.
O CI é orientado a eventos. Algo acontece no seu repositório ou sistema, um evento é emitido, e a plataforma de CI decide o que (se houver algo) rodar em resposta. Entender os eventos esclarece por que os pipelines começam quando começam: um evento de push, um evento de pull request, um evento de schedule, cada um carrega contexto ao qual o pipeline pode reagir e filtrar.
Eventos vs triggers
Um evento é o sinal bruto (um push aconteceu). Um trigger é a regra que diz "rode este pipeline quando esse evento ocorrer, se estes filtros corresponderem." Os eventos são o que acontece; os triggers são como você os assina.
Eventos de pipeline comuns
- Push: commits chegaram a uma branch.
- Pull request: um PR aberto, atualizado ou mesclado.
- Tag: uma nova tag foi criada.
- Schedule: um timer disparou.
- Manual ou externo: um dispatch ou chamada de API.
Eventos carregam contexto
Um evento inclui dados que o pipeline pode usar: qual branch, qual commit, quem o disparou, quais arquivos mudaram. Os pipelines leem esse contexto para filtrar (rodar só na main) e para se comportar de forma diferente por evento.
Um exemplo rápido
Um evento pull_request carrega as branches de origem e de destino e os arquivos alterados. Um workflow pode usar isso para rodar apenas os testes relevantes ao que o PR tocou, pulando suítes não relacionadas.
Eventos e orquestração
Eventos também encadeiam pipelines: a conclusão de um workflow é ela mesma um evento ao qual outro pode reagir. Esse fluxo de evento sobre evento é a base dos pipelines downstream e da orquestração de build mais ampla.
Principais conclusões
- Um evento de pipeline é um sinal ao qual o sistema de CI reage.
- Eventos são os acontecimentos brutos; triggers são as regras que os assinam.
- Eventos carregam contexto (branch, commit, arquivos) que os pipelines filtram e usam.