APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
A ordem textual de jobs numa stage YAML não cria uma sequência: por defeito podem executar em paralelo. Usa dependsOn para relações necessárias e transfere artefactos explicitamente. Uma condição personalizada substitui a condição predefinida, pelo que verificar apenas o branch pode permitir executar depois de falha ou cancelamento. Inclui a função de estado adequada ao objetivo e testa sucesso, falha, cancelamento e pais ignorados. Não há uma regra de que cancelar uma run interrompe universalmente todos os descendentes em qualquer momento. Runtime parameters são avaliados durante parsing, têm tipos e valores admitidos, e não suportam segredos. Escolhe variáveis e mecanismos próprios para valores sensíveis.
Aplicação guiada
Para separar autoria do pipeline e autorização de produção, gere checks no recurso protegido com permissões adequadas. Esses checks não vivem no YAML que o autor pode editar. Uma aprovação atribuída a um grupo não exige todos os seus membros: um membro pode satisfazê-la. Se precisas de duas decisões independentes, desenha e confirma esse requisito expressamente. Para alterações que devem executar todas sequencialmente, considera exclusive lock e lockBehavior sequential; runLatest pode descartar a progressão de runs anteriores em espera. Templates extends permitem impor estrutura, e required template checks podem exigir o uso da estrutura aprovada. Mantém os templates disponíveis no início da execução e trata atualizações partilhadas como mudanças com impacto em vários consumidores.
Um grupo de cinco approvers não representa cinco aprovações. Testa o comportamento do check contra o requisito real.
Armadilhas comuns
Condição como adição implícita; ordem textual como dependência; grupo como quórum; include como enforcement.
Tópicos relacionados: Release, slots e efeitos nos dados · IaC, fiabilidade e tempo total
Testa o fluxo que deve parar, além do fluxo que deve avançar.
Referência: Pipeline conditions · AZ-400 objectives 2026-07-27