Azure Repos'taki bir Git deposu korumalı bir master branch kullanıyor ve özellik geliştirme topic branch'lerinde yapılıyor. Commit geçmişini birleştirmek ve değişikliklerin tek bir commit olarak birleştirilmesini sağlamak için branch ilkesinde hangi pull request birleştirme stratejisi uygulanmalıdır?

Doğru cevap squash merge'dir. Squash merge, bir topic branch'teki tüm commit'leri tek bir yeni commit olarak birleştirir ve bu commit'i hedef branch'e ekler. Bu, master branch'in geçmişini temiz tutar ve her özelliğin tek bir commit olarak temsil edilmesini sağlar, bu da geçmişi anlamayı kolaylaştırır. Fast-forward merge, topic branch'teki commit'leri doğrudan master branch'e ekler, bu da geçmişi karmaşıklaştırabilir ve istenen tek commit özelliğini sağlamaz. Git fetch, sadece uzak depodaki değişiklikleri yerel depoya getirir, birleştirme stratejisi değildir. No-fast-forward merge (veya rebase and merge), commit geçmişini koruyarak birleştirme yapar ancak yine de birden fazla commit'i master branch'e ekleyebilir, bu da tek commit gereksinimini karşılamaz.