← CI/CD: construir, validar e entregar
01 / 12 · 40 MIN

Integração e entrega

Distingue feedback de integração, preparação para release e promoção automática.

Conceito e mecanismo

A integração contínua combina alterações frequentes com feedback automatizado sobre o código partilhado. Uma build noturna não resolve por si só semanas de divergência entre branches. O valor aparece quando conflitos, falhas de compilação e testes relevantes são descobertos perto da alteração que os introduziu. A entrega contínua prepara um artefacto avaliado para disponibilização, mantendo uma decisão explícita de produção quando o processo a exige. No deployment contínuo, alterações que cumprem os critérios podem avançar automaticamente. Automático não significa ausência de controlos: significa que parte da decisão foi traduzida em condições verificáveis. Nenhum destes modelos garante software sem defeitos ou substitui observação depois da implementação.

Aplicação guiada

Num exemplo fictício de APS, o objetivo da pipeline é reduzir diferenças entre o pacote testado e o implementado e dar evidência útil ao suporte. Define entradas, etapas, saídas, critérios e responsáveis. Uma etapa chamada Test que apenas imprime uma mensagem não executa testes. A pipeline deve produzir relatórios associados à revisão e ao artefacto corretos. Mantém a configuração versionada e sujeita a revisão, tal como código da aplicação. Um Jenkinsfile é um exemplo de pipeline como código; outros produtos têm sintaxes próprias. Evita uma configuração manual diferente em cada projeto quando uma componente partilhada revista pode dar consistência. Atualizações dessa componente também precisam de âmbito, testes e forma de recuperação.

NA PRÁTICA

Uma etapa verde chamada Test pode ter executado apenas echo, sem avaliar a aplicação.

Armadilhas comuns

Build noturna como integração frequente; nome da etapa como prova; automação como ausência de decisão.

Tópicos relacionados: Jobs e dependências · Artefactos e evidência · Testes e decisões

Leva esta ideia contigo

Liga cada etapa a uma saída verificável e a uma decisão sobre o software.

Criar conta

Referência: Frequent integration and automated build/test feedback · CI/CD practices 2026-09; scoped GitHub Actions GitLab Jenkins and Azure DevOps Services documentation