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.
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
Liga cada etapa a uma saída verificável e a uma decisão sobre o software.
Referência: Frequent integration and automated build/test feedback · CI/CD practices 2026-09; scoped GitHub Actions GitLab Jenkins and Azure DevOps Services documentation