[git] Git rebase(리베이스)란?

 

git rebase란?

git rebase는 Git 버전 관리 시스템에서 사용되는 명령어 중 하나로, 코드의 변경 이력을 재구성하거나 브랜치를 합칠 때 주로 활용됩니다. git rebase를 사용하여 브랜치를 이동하거나 다른 브랜치의 변경 내용을 현재 브랜치에 적용할 수 있습니다.

기본적으로 git rebase는 두 개의 커밋을 선택하여 이력을 재구성하는 작업입니다. 더 자세한 설명을 위해 다음의 시나리오를 살펴보겠습니다.

1. 기본 개념
   - Git은 커밋 그래프를 사용해 변경 이력을 관리합니다. 각 커밋은 부모 커밋을 가리키는 포인터를 갖고 있으며, 브랜치는 이러한 커밋의 포인터를 가리키는 레퍼런스입니다.

2. 브랜치 이동
   - 브랜치 A에서 작업하던 중 브랜치 B의 변경 내용을 반영하고 싶다고 가정해보겠습니다.
   - git checkout A로 브랜치 A로 이동합니다.
   - git rebase B 명령을 실행하면, 브랜치 A의 커밋들이 브랜치 B의 가장 최신 커밋 위에 재배치됩니다.

3. 변경 내용 반영
   - 다른 시나리오로, 브랜치 A에서 작업하다가 브랜치 B에 있는 최신 변경 내용을 브랜치 A에도 반영하고 싶다고 가정해봅시다.
   - git checkout A로 브랜치 A로 이동합니다.
   - git rebase B 명령을 실행하면, 브랜치 A의 커밋들이 브랜치 B의 가장 최신 커밋 위에 재배치되어 브랜치 B의 변경 내용이 브랜치 A에도 적용됩니다.

 

git rebase를 사용할 때 유의해야 할 부분이 있습니다.

- 재배치된 커밋들은 새로운 커밋으로 간주되며, 이력의 SHA-1 해시가 변경됩니다.
- 다른 사람과 공유하고 있는 브랜치의 경우, 주의하여 사용해야 합니다. 커밋 이력을 변경하면 다른 개발자들의 작업이 영향을 받을 수 있습니다.
- 충돌이 발생할 경우, git rebase 작업 도중에 중단됩니다. 충돌을 해결하고 git rebase --continue 명령을 사용하여 계속 진행할 수 있습니다.

 

 

branch merge와의 차이

git rebase와 브랜치 병합(Merge) 방식은 Git에서 브랜치를 관리하고 변경 이력을 합치는 두 가지 다른 접근 방식입니다. 각각의 방식은 다음과 같은 특징을 가지고 있습니다

1. Git Rebase
   - git rebase는 변경 이력을 다시 구성하는 명령어로, 브랜치의 커밋들을 다른 브랜치의 특정 커밋 위로 재배치합니다.
   - 재배치된 커밋들은 새로운 부모 커밋 위에 쌓이며, 변경 이력이 선형적으로 유지됩니다.
   - 보다 깔끔한 커밋 히스토리를 유지할 수 있어 코드 리뷰나 이력 추적이 쉬울 수 있습니다.
   - 하지만, 다른 개발자와 협업할 때, 이력 변경으로 인해 혼란이 생길 수 있으며 충돌을 해결해야 하는 상황이 자주 발생할 수 있습니다.

2. 브랜치 병합 (Merge)
   - 브랜치 병합은 두 개의 브랜치를 합치는 가장 일반적인 방법 중 하나입니다.
   - git merge 명령을 사용하여 변경 이력을 병합하며, 두 브랜치의 내용을 하나의 새로운 커밋으로 결합합니다.
   - 병합 커밋은 병합된 두 브랜치의 부모 커밋을 가리키는 포인터를 가집니다.
   - 변경 이력이 병합된 브랜치를 기반으로 유지되며, 병합 과정에서 자동으로 충돌을 처리합니다.

요약하면 다음과 같습니다.

- git rebase:
  - 장점: 깔끔한 커밋 히스토리, 변경 이력의 선형성, 이력 추적 및 리뷰 용이성.
  - 단점: 다른 개발자와 협업 시 이력 변경으로 인한 혼란 가능성, 충돌 발생 가능성 증가.

- 브랜치 병합 (Merge):
  - 장점: 충돌을 자동으로 처리하며, 다른 개발자와 협업 시 혼란 방지, 비교적 직관적인 이력 유지.
  - 단점: 병합 커밋으로 인해 이력이 복잡해질 수 있음.