Capítulo 5. Como configurar a integração contínuae a entrega contínua
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
No Capítulo 4, aprendeste várias ferramentas que ajudam os programadores a trabalhar em conjunto, incluindo controlo de versões, sistemas de compilação e testes automatizados. Mas apenas ter uma coleção de ferramentas não é suficiente. Também é preciso saber como juntá-las em um ciclo de vida de entrega de software (SDLC) eficaz. Cada empresa tem o seu próprio SDLC, alguns dos quais funcionam melhor do que outros.
Por exemplo, no LinkedIn, antes do Project Inversion (sobre o qual leste no Prefácio), o nosso SDLC baseava-se nummodelo de comboio de lançamento: de duas em duas semanas, um "comboio" deixava a estação com novo código destinado à produção. Nessa altura, as equipas faziam o seu trabalho em ramos de funcionalidades isolados, e para entrares no comboio, tinhas de colocar o teu código num ramo de lançamento. Várias semanas antes de um lançamento programado, fazíamos a integração, fundindo os ramos de funcionalidades num ramo de lançamento, seguido da implementação, lançando o ramo de lançamento na produção.
O processo de integração deparava-se frequentemente com problemas. À medida que dezenas de ramos de funcionalidades se cruzavam, os programadores descobriam que tinham estado a codificar durante meses em cima de pressupostos incorrectos. A API que estavas a utilizar numa dúzia de ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access