Azure Repos의 Git 리포지토리에서 보호된 master 브랜치를 사용하고 토픽 브랜치에서 기능 작업이 개발됩니다. 커밋 기록을 통합하고 변경 사항이 단일 커밋으로 병합되도록 하려면 브랜치 정책에서 어떤 풀 리퀘스트 병합 전략을 적용해야 합니까?

squash merge는 토픽 브랜치의 모든 커밋을 단일 커밋으로 압축하여 master 브랜치에 병합합니다. 이는 master 브랜치의 커밋 기록을 깔끔하고 간결하게 유지하면서 기능 개발의 모든 변경 사항을 통합하는 데 이상적입니다. fast-forward merge는 토픽 브랜치가 master 브랜치보다 앞서 있을 때만 가능하며, 여러 커밋을 단일 커밋으로 압축하지 않습니다. Git fetch는 원격 리포지토리의 변경 사항을 로컬로 가져오지만 병합 전략이 아닙니다. no-fast-forward merge는 병합 커밋을 생성하지만, 토픽 브랜치의 모든 커밋을 유지하여 master 브랜치 기록이 복잡해질 수 있습니다.