Pular para conteúdo

branches

todo pipeline vive em uma de duas branches: developer ou main. essa separação existe pelo mesmo motivo que existe em desenvolvimento de software: testar sem colocar produção em risco.

developer vs. main

branch ambiente quando usar
developer construção e teste (environment = stage) é onde todo pipeline nasce; usado para montar o workflow, testar nós individualmente, rodar amostras e validar o resultado
main produção (environment = production) onde o pipeline roda de verdade, com o agendamento valendo para o negócio

um pipeline sempre é criado na branch developer. a promoção para main é um passo deliberado — nunca automático — feito através do processo de deployments.

por que essa separação evita incidentes

sem um ambiente de teste isolado, qualquer ajuste em um workflow — uma mudança na condição de um filtro, um novo campo mapeado — só pode ser validado direto em produção, arriscando quebrar um pipeline do qual o negócio já depende. com branches:

  • você edita e testa livremente em developer, inclusive rodando o pipeline inteiro, sem afetar o que está em produção.
  • a promoção para main só acontece quando o resultado em developer já foi validado.
  • em caso de problema após a promoção, o histórico de deployments mostra exatamente o que mudou e quando.

próximos passos