Git Rebase vs Merge
마지막 업데이트
git merge와 git rebase는 둘 다 한 브랜치의 작업을 다른 브랜치로 합칩니다. git merge는 두 히스토리를 병합 커밋으로 묶어 무슨 일이 있었는지 정확히 보존합니다. git rebase는 여러분의 커밋을 하나씩 다른 브랜치 위에 다시 적용해 깔끔하고 선형적인 히스토리를 만들지만, 그 과정에서 커밋을 다시 씁니다.
황금률: 다른 사람이 이미 pull한 커밋은 절대 rebase하지 마세요. 두 가지 모두 터미널 플레이그라운드에서 시도해 보세요 — 브라우저 안의 진짜 셸입니다.
나란히 비교
| Behavior | git merge | git rebase |
|---|---|---|
| 히스토리 모양 | 병합 커밋이 있는 분기 형태 | 선형 |
| 커밋을 다시 씀 | 아니요 | 예 |
| 공유 브랜치에서 안전함 | 예 | 아니요 |
| 정확한 히스토리를 보존함 | 예 | 아니요 |
| 언제 병합됐는지 추적하기 쉬움 | 예 | 더 어려움 |
구문
| Command | What it does |
|---|---|
git merge feature | feature를 현재 브랜치에 병합 |
git merge --no-ff feature | 항상 병합 커밋을 생성 |
git rebase main | 현재 브랜치의 커밋을 main 위에 다시 적용 |
git rebase -i HEAD~3 | 최근 커밋 3개를 대화형으로 편집 |
git rebase --abort | 진행 중인 rebase를 취소 |
Git rebase vs merge 자주 묻는 질문
git rebase와 git merge의 차이는 무엇인가요?
git merge는 두 브랜치의 히스토리를 잇는 새 병합 커밋을 생성해 둘을 합치며, 무슨 일이 있었는지에 대한 정확한 기록을 유지합니다. 반면 git rebase는 여러분의 커밋을 다른 브랜치 위에 다시 적용되도록 옮겨 일직선 히스토리를 만들지만, 그 커밋들을 새 해시로 다시 씁니다. merge는 히스토리를 보존하고, rebase는 깔끔함을 위해 히스토리를 다시 씁니다.언제 merge를 쓰고 언제 rebase를 써야 하나요?
완성된 브랜치(특히 공유된 것)를 통합할 때는 merge를 쓰세요 — 안전하고 비파괴적입니다. 공유하기 전에 자신의 로컬 커밋을 정리하거나, 기능 브랜치를 최신
main 위로 업데이트해 깔끔한 히스토리를 만들 때는 rebase를 쓰세요. 많은 팀이 로컬에서 rebase한 뒤 main에 merge합니다.rebase의 황금률은 무엇인가요?
다른 사람이 이미 작업의 기반으로 삼은 커밋 — 보통 공유 브랜치에 push한 모든 것 — 은 절대 rebase하지 마세요. rebase는 커밋을 다시 쓰기 때문에, 그렇게 하면 다른 모든 사람이 갈라진 히스토리를 맞춰야 합니다. 로컬의 push하지 않은 커밋에는 자유롭게 rebase하고, 이미 공개된 것에는 merge(또는 revert)를 사용하세요.
rebase와 merge 중 어느 쪽이 충돌이 더 적나요?
둘 다 충돌을 피하지는 못하지만, 충돌이 드러나는 방식이 다릅니다. merge는 병합 커밋에서 모든 충돌을 한 번에 해결합니다. rebase는 각 커밋이 다시 적용될 때마다 커밋 단위로 충돌 해결을 요구할 수 있습니다. 총 작업량은 비슷하며, rebase는 그것을 나누어 분산할 뿐입니다.
이걸 온라인에서 연습할 수 있나요?
네. 터미널 플레이그라운드를 열면 브라우저 안의 진짜 셸에서
git merge와 git rebase를 실행할 수 있습니다 — 설치할 것이 없습니다. Coddy의 무료 대화형 Git 강좌에서도 병합과 rebase를 단계별로 다룹니다.관련 자료
더 많은 Git 명령어
