Antes de um lançamento de produção, um desenvolvedor precisa congelar as alterações em um repositório AWS CodeCommit enquanto continua a trabalhar em novos recursos. A equipe de QA testará o lançamento e realizará correções de bugs isoladas do branch principal. Após o lançamento, todas as correções de bugs devem ser mescladas no branch principal. Qual fluxo de trabalho atende a esses requisitos?

A criação de um branch de lançamento (release branch) a partir do commit a ser lançado permite isolar o código para testes e correções de bugs, enquanto o desenvolvimento de novos recursos continua no branch principal (main/master). As correções aplicadas ao branch de lançamento garantem que a versão de produção seja estável. Após o lançamento, a mesclagem do branch de lançamento de volta ao branch principal incorpora essas correções ao histórico principal. As outras opções são incorretas porque: Criar uma tag Git não permite o desenvolvimento isolado de correções; tags são pontos estáticos no histórico. Fazer rebase do branch principal no branch de lançamento pode reescrever o histórico e causar conflitos desnecessários, além de não ser o fluxo padrão para gerenciar lançamentos. Aplicar commits de correção a uma tag Git não é um fluxo de trabalho Git válido, pois tags são referências estáticas e não branches ativos para desenvolvimento.