Você está começando o desenvolvimento de uma nova versão de um aplicativo enquanto a versão anterior permanece em produção. Você deve continuar a implantar correções e atualizações na versão de produção atual enquanto desenvolve a nova versão. O código da nova versão é armazenado no AWS CodeCommit. Qual estratégia de ramificação atende a esses requisitos?

Esta estratégia de ramificação é ideal porque o main (ou master) representa o código em produção. Criar uma ramificação de recurso (feature branch) a partir de main para correções de bugs permite que as correções sejam desenvolvidas, testadas e mescladas de volta ao main rapidamente, sem interferir no desenvolvimento da nova versão. Criar uma segunda ramificação de recurso a partir de main para a nova versão isola o desenvolvimento de grandes mudanças, permitindo que ele ocorra em paralelo e seja mesclado ao main apenas quando estiver pronto. As outras opções são menos eficazes: Usar tags Git não é uma estratégia de ramificação para desenvolvimento paralelo; tags são pontos no histórico do código. Criar uma ramificação de produção com política IAM restritiva não resolve o problema de desenvolvimento paralelo e manutenção de duas versões. Criar um novo repositório CodeCommit separado complica a gestão do código e a eventual integração.