あなたの会社はAzure ReposのGitリポジトリを使用してWebアプリケーションのソースコードを管理しています。マスターブランチは直接更新から保護されています。開発者はトピックブランチの新機能に取り組みます。
要求された機能が大量にあるため、マスターブランチへの変更の履歴をたどることは困難です。
プルリクエストマージ戦略を強制する必要があります。戦略は次の要件を満たす必要があります。
コミット履歴を統合します。

変更を単一のコミットにマージします。

ブランチポリシーでどのマージ戦略を使用する必要がありますか?
正解:A
説明/参照:
Explanation:
スカッシュマージは、プルリクエストを完了したときにトピックブランチのGit履歴を要約できるマージオプションです。トピックブランチに対する各コミットがデフォルトブランチの履歴に追加されるのではなく、スカッシュマージはすべてのファイル変更を取得し、それらをデフォルトブランチにおける単一の新しいコミットに追加します。
これについて考える簡単な方法は、スカッシュマージではファイルの変更だけが得られ、通常のマージではファイルの変更とコミット履歴が得られることです。
注:スカッシュマージでは、チームにワークフローの変更を要求することなく、デフォルトのブランチ履歴を整理して簡単に追跡できます。トピックブランチへの貢献者は、トピックブランチでどのように機能するかを決定します。デフォルトブランチは、スカッシュマージを使用して線形の履歴を維持します。スカッシュマージで更新されたマスターブランチのコミット履歴には、マージされたブランチごとに1つのコミットがあります。
この履歴コミットをステップバイステップで実行して、作業がいつ完了したのかを正確に確認できます。
参照先:https://docs.microsoft.com/ja-jp/azure/devops/repos/git/merging-with-squash