🔹 1. Create a merge commit (대규모일 경우 추천)

“가장 전통적인 방식”

브랜치를 병합할 때 새로운 머지 커밋(merge commit) 을 생성합니다.

✅ 장점

• 히스토리 보존 완벽: feature 브랜치의 모든 커밋이 그대로 남음.
• 누가 언제 어떤 브랜치를 머지했는지 명확히 보임.
• 대규모 팀에서 변경 흐름 추적이 쉬움.

⚠️ 단점

• 커밋 히스토리가 복잡해짐 (특히 많은 브랜치가 머지될 때).
• 커밋 로그가 지저분해질 수 있음.

💡 추천 상황

여러 명이 동시에 협업하고, 각 기능(feature)을 독립적으로 추적해야 하는 중대형 프로젝트.

🔹 2. Squash and merge (협업 시 가장 추천)

“깔끔한 히스토리 유지용”

feature 브랜치의 여러 커밋을 하나의 커밋으로 합쳐(base branch에) 머지합니다.

✅ 장점

• 메인 브랜치의 커밋 로그가 깔끔해짐 (“feat: add login API”처럼 한 줄씩 보기 좋음)
• 브랜치별로 “한 기능 = 한 커밋” 구조를 만들 수 있음.
• CI/CD 로그나 변경 추적이 단순해짐.

⚠️ 단점

• feature 브랜치 내부 커밋들이 사라짐 (개별 커밋 이력 보존 X)