갈라진 히스토리 해결하기: Git Merge vs. Rebase 전략

Git을 사용하다 보면 브랜치 간의 히스토리가 갈라지는(diverged) 상황을 자주 마주하게 됩니다. 이럴 때 변경 사항을 통합하는 방법으로 git merge와 git rebase가 있습니다. 두 명령어의 차이점과 언제 무엇을 사용해야 하는지 살펴보겠습니다.

1. Git Merge

git merge는 두 브랜치의 히스토리를 하나로 합치는 '병합 커밋(merge commit)'을 생성합니다.

• 장점: 히스토리가 그대로 보존되어 작업 흐름을 추적하기 쉽습니다.
• 단점: 브랜치가 많아질수록 히스토리가 복잡해질 수 있습니다.

git checkout main
git merge feature-branch

2. Git Rebase

git rebase는 베이스 브랜치를 변경하여 커밋을 새로운 위치로 재배치합니다.

• 장점: 히스토리가 선형적으로 깔끔하게 유지됩니다.
• 단점: 이미 공유된 브랜치에서 수행할 경우 히스토리가 변경되어 협업에 혼란을 줄 수 있습니다.

git checkout feature-branch
git rebase main

결론: 무엇을 선택해야 할까요?

• 개인 작업 브랜치: rebase를 사용하여 히스토리를 깔끔하게 유지하세요.
• 공유 브랜치(main/develop): merge를 사용하여 히스토리의 투명성을 보장하세요.

팀의 워크플로우에 맞는 전략을 선택하여 효율적인 버전 관리를 시작해 보세요!