CI/CD explicados
CI/CD é um termo abrangente que cobre várias fases do DevOps. CI (integração contínua) é a prática de integrar alterações de código em um repositório várias vezes ao dia. CD tem dois significados: a entrega contínua automatiza as integrações de código, enquanto a implementação contínua libera automaticamente as compilações finais para os usuários finais. Os testes frequentes de CI/CD reduzem erros e defeitos de código, tornando-os essenciais para todo fluxo de trabalho de DevOps fluxo de trabalho.

Integração contínua (CI)
CI é uma prática recomendada de DevOps e um estágio no ciclo de vida de DevOps em que os desenvolvedores fazem check-in de código em seu repositório de código compartilhado, geralmente várias vezes ao dia. Idealmente, sempre que isso acontece, uma ferramenta de build automatizada verifica o check-in ou a ramificação para garantir que não haja erros e que esteja pronto para entrar em produção. O principal benefício é que os problemas geralmente são detectados cedo, antes que se transformem em problemas maiores.
Praticar a CI significa integrar pequenos subconjuntos de mudanças em um período de tempo mais curto em vez de atualizações substanciais que demoram mais e com menos frequência. Automatizar fluxos de trabalho para teste, mesclagem e check-in de alterações em um repositório compartilhado significa que as equipes podem fornecer códigos mais limpos em um ritmo mais rápido. Um código mais limpo significa validação mais rápida, versões mais limpas e um pipeline de desenvolvimento mais eficiente e mais fácil de dimensionar.
Integração contínua (CI)
CI é uma prática recomendada de DevOps e um estágio no ciclo de vida de DevOps em que os desenvolvedores fazem check-in de código em seu repositório de código compartilhado, geralmente várias vezes ao dia. Idealmente, sempre que isso acontece, uma ferramenta de build automatizada verifica o check-in ou a ramificação para garantir que não haja erros e que esteja pronto para entrar em produção. O principal benefício é que os problemas geralmente são detectados cedo, antes que se transformem em problemas maiores.
Praticar a CI significa integrar pequenos subconjuntos de mudanças em um período de tempo mais curto em vez de atualizações substanciais que demoram mais e com menos frequência. Automatizar fluxos de trabalho para teste, mesclagem e check-in de alterações em um repositório compartilhado significa que as equipes podem fornecer códigos mais limpos em um ritmo mais rápido. Um código mais limpo significa validação mais rápida, versões mais limpas e um pipeline de desenvolvimento mais eficiente e mais fácil de dimensionar.
Integração contínua (CI)
CI é uma prática recomendada de DevOps e um estágio no ciclo de vida de DevOps em que os desenvolvedores fazem check-in de código em seu repositório de código compartilhado, geralmente várias vezes ao dia. Idealmente, sempre que isso acontece, uma ferramenta de build automatizada verifica o check-in ou a ramificação para garantir que não haja erros e que esteja pronto para entrar em produção. O principal benefício é que os problemas geralmente são detectados cedo, antes que se transformem em problemas maiores.
Praticar a CI significa integrar pequenos subconjuntos de mudanças em um período de tempo mais curto em vez de atualizações substanciais que demoram mais e com menos frequência. Automatizar fluxos de trabalho para teste, mesclagem e check-in de alterações em um repositório compartilhado significa que as equipes podem fornecer códigos mais limpos em um ritmo mais rápido. Um código mais limpo significa validação mais rápida, versões mais limpas e um pipeline de desenvolvimento mais eficiente e mais fácil de dimensionar.

Entrega contínua
A entrega contínua segue a CI, e você pode pensar nisso como uma fase de ponto de verificação no pipeline de desenvolvimento antes que o produto final seja lançado ou entregue aos clientes. Depois que as alterações de código forem validadas, elas são entregues automaticamente ao repositório.
Com a entrega contínua, o objetivo é manter os conjuntos de alterações pequenos o suficiente para que nenhuma atualização na build principal comprometa o status do produto final como "pronto para produção" antes que ele esteja pronto para lançamento. O produto final pode conter pequenos erros, mas nada substancial o suficiente para comprometer a experiência do usuário.
Praticar a entrega contínua significa que os desenvolvedores podem gastar menos tempo testando internamente, pois a prática garante que apenas o código estável chegue à fase de entrega em primeiro lugar. Isso faz com que a detecção de bugs seja um processo mais simples, o que acelera o tempo de resolução.
Leituras semelhantes
Explore mais recursos para aprender sobre CI/CD e outras ferramentas e processos de DevOps.
Agile versus DevOps
O Agile e DevOps têm os mesmos objetivos: entregar valor ao cliente com cronogramas regulares de lançamento , mas diferem ligeiramente em sua abordagem. Veja como eles podem trabalhar juntos.
Benefícios do DevOps
A implementação de práticas de DevOps pode otimizar seu pipeline de desenvolvimento e deixar sua equipe e seus usuários mais felizes. Saiba mais sobre como o DevOps pode te ajudar.
Entenda o gerenciamento de código-fonte
O gerenciamento de código-fonte (SCM) ajuda equipes a trabalharem rapidamente e colaborarem com eficiência. Aprenda tudo o que você precisa saber sobre ferramentas de controle de versão, quando usá-las e como funcionam.