Un repository Git in Azure Repos utilizza un branch master protetto e il lavoro sulle funzionalità viene sviluppato in topic branch. Per consolidare la cronologia dei commit e garantire che le modifiche vengano unite come un singolo commit, quale strategia di merge per le pull request dovrebbe essere applicata nella policy del branch?

La strategia di "squash merge" è la scelta corretta perché consolida tutti i commit di un topic branch in un singolo commit prima di unirli al branch master protetto. Questo mantiene una cronologia lineare e pulita sul branch principale, facilitando la revisione e il rollback. Un "fast-forward merge" non è possibile con un branch protetto che richiede pull request, e se lo fosse, manterrebbe tutti i commit del topic branch, non consolidandoli. "Git fetch" è un comando per scaricare modifiche remote, non una strategia di merge. Un "no-fast-forward merge" (o merge a tre vie) creerebbe un commit di merge, ma manterrebbe comunque tutti i commit originali del topic branch nella cronologia, non consolidandoli in un unico commit.