Melhores práticas de integração contínua

Como regra geral, é muito mais fácil corrigir problemas pequenos do que grandes. Uma das maiores vantagens da integração contínua é que o código é integrado a um repositório compartilhado em relação a outras alterações que acontecem ao mesmo tempo. Se uma equipe de desenvolvimento faz o commit de alterações de código cedo e com frequência, os bugs são mais fáceis de identificar porque há menos código para classificar.

Ao testar em pequenos lotes, a qualidade de código é aprimorada e as equipes podem iterar com mais eficiência.

Os sistemas de integração contínua tornam a documentação amplamente disponível, o que pode ser muito útil muito depois de você implementar a CI no seu fluxo de trabalho. No GitLab, temos uma documentação de CI/CD completa que é atualizada com frequência para refletir os processos mais recentes.

O pode ser útil para fazer referência à documentação em READMEs ou em outros formatos acessíveis. Incentive os membros da equipe a ler a documentação primeiro, adicionar links aos favoritos, criar perguntas frequentes e incorporar esses recursos à integração de novos membros da equipe.

Os pipelines de CI contêm jobs e etapas: os jobs são as atividades que acontecem dentro de uma etapa específica e, uma vez que todos os são jobs passados, o código segue para a próxima etapa. Para aproveitar ao máximo seus pipelines de CI, otimize as etapas para que as falhas sejam fáceis de identificar e corrigir.

As etapas são uma maneira fácil de organizar jobs semelhantes, mas pode haver alguns jobs no seu pipeline que podem ser executados com segurança em uma etapa anterior sem afetar negativamente seu projeto caso falhem. Considere executar esses jobs em uma etapa anterior para acelerar os pipelines de CI.

Nada atrasa um pipeline como a complexidade. Concentre-se em manter as compilações rápidas, e a melhor maneira de fazer isso é simplificar ao máximo as coisas.

Cada minuto economizado nos tempos de compilação é um minuto a menos para cada desenvolvedor toda vez que eles fazem o commit. Como a CI exige commits frequentes, esse tempo somado pode acabar sendo muito grande. Martin Fowler discute uma diretriz da compilação em dez minutos que a maioria dos projetos modernos pode alcançar. Como a integração contínua exige commits frequentes, economizar tempo nas compilações de commit pode dar muito tempo aos desenvolvedores.

A melhoria é um processo. Quando as equipes alteram a sua resposta a falhas, isso cria uma mudança cultural voltada para a melhoria contínua. Em vez de perguntar quem causou a falha, pergunte o que causou a falha. Isso significa mudar de uma cultura de culpa para uma cultura de aprendizagem.

Se as equipes estão fazendo commits frequentes, fica muito mais fácil identificar problemas e resolvê-los. Se houver padrões nas compilações com falha, observe as causas subjacentes. Existem erros não relacionados ao código que estão causando compilações de forma desnecessária? Talvez incorpore um [parâmetro] allow_failure (https://docs.gitlab.com/ee/ci/yaml/#keywords). Procure maneiras de melhorar continuamente, torne as falhas irrepreensíveis e procure causas (não culpados).

Na integração contínua, cada commit aciona uma compilação. Essas compilações executam testes para identificar se algo será quebrado pelas alterações de código introduzidas. A pirâmide de testes é uma maneira de os desenvolvedores pensarem em como equilibrar os testes.  O teste de ponta a ponta é usado principalmente como uma salvaguarda, enquanto o teste unitário é usado com mais frequência para identificar erros. Uma coisa importante a ter em mente com os testes é o ambiente. Quando os ambientes de teste e produção são iguais, isso significa que os desenvolvedores podem confiar nos resultados e implantar com confiança.

No GitLab, os Review Apps colocam o novo código em um ambiente ao vivo semelhante ao de produção para visualizar as alterações no código. Esse recurso ajuda os desenvolvedores a avaliar o impacto das alterações.

A integração contínua ajuda os desenvolvedores a implantar mais rapidamente e obter feedback mais cedo. Em última análise, o melhor sistema de integração contínua é o que você realmente usa. Encontre a CI certa para suas necessidades e incorpore essas práticas recomendadas para aproveitar ao máximo seu novo fluxo de trabalho de CI.

Ao adotar as melhores práticas descritas, as equipes de desenvolvimento de software, incluindo as equipes de engenharia de plataforma e de DevOps, podem aprimorar seus esforços de integração contínua, simplificando o processo de desenvolvimento e implantação. À medida que essas práticas se tornam mais incorporadas ao ambiente de desenvolvimento, o alinhamento entre os objetivos da equipe de engenharia e a execução operacional aumenta.

Lembre-se de que o sistema de integração contínua mais forte não se resume a ferramentas, a eficácia com que a sua equipe as utiliza para promover melhorias e alcançar resultados rápidos e confiáveis é igualmente importante.