Um repositório Git no Azure Repos usa um branch master protegido e o trabalho de desenvolvimento de funcionalidades é feito em branches de tópico. Para consolidar o histórico de commits e garantir que as alterações sejam mescladas como um único commit, qual estratégia de mesclagem de pull request deve ser aplicada na política de branch?

A estratégia de squash merge (mesclagem de esmagamento) é a mais adequada porque condensa todos os commits de um branch de tópico em um único commit antes de mesclá-lo no branch principal. Isso mantém o histórico do branch master limpo e linear, facilitando a revisão e o rastreamento de alterações significativas. fast-forward merge (mesclagem de avanço rápido) não é ideal porque mescla todos os commits do branch de tópico individualmente, poluindo o histórico do branch master. Git fetch apenas baixa as alterações sem mesclá-las. no-fast-forward merge (mesclagem sem avanço rápido) cria um commit de mesclagem, mas ainda mantém todos os commits do branch de tópico no histórico, o que não atende ao requisito de consolidar o histórico em um único commit.