Репозиторий Git в Azure Repos использует защищенную ветку master, а разработка новых функций ведется в тематических ветках. Какую стратегию слияния pull request следует применить в политике ветки, чтобы объединить историю коммитов и гарантировать, что изменения будут объединены в виде одного коммита?

Стратегия squash merge (объединение со сжатием) объединяет все коммиты тематической ветки в один новый коммит в целевой ветке. Это сохраняет чистую историю основной ветки, так как вместо множества промежуточных коммитов тематической ветки появляется только один коммит, представляющий всю функцию. Это соответствует требованию "объединить историю коммитов и гарантировать, что изменения будут объединены в виде одного коммита". fast-forward merge (быстрая перемотка вперед) возможен только тогда, когда целевая ветка не имеет новых коммитов после ответвления тематической ветки. Он просто перемещает указатель ветки, не создавая нового коммита слияния, что не соответствует требованию объединения истории в один коммит. Git fetch (получение) только загружает изменения из удаленного репозитория, но не объединяет их. no-fast-forward merge (слияние без быстрой перемотки вперед) всегда создает новый коммит слияния, но он сохраняет всю историю коммитов тематической ветки, а не сжимает их в один.