Git Merge vs Rebase, 상황에 맞는 협업 전략

"커밋 히스토리가 너무 지저분해요. 깔끔하게 합칠 수는 없을까요?"
Merge와 Rebase는 목적은 같지만 과정이 완전히 다릅니다. 언제 무엇을 써야 팀원들에게 환영받을지 정리했습니다.

1. Merge와 Rebase의 결정적 차이

항목	Merge	Rebase
히스토리	기록이 모두 남음 (복잡)	선형적으로 정렬 (깔끔)
사용 시기	공용 브랜치 합병 시	개인 작업 브랜치 정리 시

2. 무엇이 더 좋을까?

정답은 없지만, Merge는 기록 보존에 유리하고 Rebase는 히스토리 파악에 유리합니다. 팀 내 컨벤션에 맞추는 것이 가장 중요합니다.

💡 실무 노트

절대 주의! 이미 원격 저장소(GitHub)에 Push된 커밋은 Rebase를 지양해야 합니다. 히스토리가 재작성되면서 다른 팀원들의 로컬 저장소와 충돌이 발생해 협업이 마비될 수 있거든요.

팁: 내 로컬에서 자잘한 오타 수정 같은 커밋들은 rebase -i(대화형 리베이스)를 통해 하나로 뭉친(Squash) 뒤에 Push 해보세요. 커밋 로그가 훨씬 고급스러워집니다.