스낵 깃 🍪 - 중급편 #3: 깔끔한 히스토리를 위한 Rebase 사용하기

🌟 Rebase란?

 

Rebase는 한 브랜치의 커밋 히스토리를 다른 브랜치 위로 다시 재배치하는 작업이다.

쉽게 말해, 내가 작업한 커밋을 최신 상태로 깔끔하게 정렬해 주는 기능이다.

 

예를 들어, 아래와 같은 상황을 생각해 보자:

 

• main 브랜치에 새로운 커밋이 추가된 상황:

main: A --- B --- C

feature:        X --- Y

 

 

• feature 브랜치를 Rebase하면:

main: A --- B --- C

                   X --- Y

 

 

Rebase는 병합 커밋 없이 브랜치의 히스토리를 깔끔하게 직선으로 만들어준다.

---

🌟 Rebase가 필요한 상황

1. 브랜치가 오래된 상태일 때

main 브랜치에 새로운 변경 사항이 생겼을 때, 이를 merge로 가져오는 대신 Rebase를 사용하면 히스토리를 깔끔하게 유지할 수 있다.

2. 커밋 히스토리를 정리하고 싶을 때

중간중간 테스트용 커밋이나 불필요한 커밋을 하나로 합치고 싶은 경우에도 Rebase를 활용할 수 있다.

---

🌟 Rebase 사용 방법

 

1. 최신 상태로 정리하기

 

작업 중인 브랜치(feature)를 최신 상태로 업데이트하려면:

git checkout feature

git rebase main

 

이 명령어는 main 브랜치의 최신 상태를 기준으로 feature 브랜치의 커밋을 재배치한다.

 

2. 충돌 해결하기

 

Rebase 중 충돌이 발생하면 다음 명령어로 충돌을 해결한다:

git add 충돌해결된파일

git rebase --continue

모든 충돌이 해결될 때까지 반복하면 된다.

 

3. Rebase를 취소하고 싶다면

 

Rebase 중 문제가 발생했거나 원래 상태로 돌아가고 싶다면:

git rebase --abort

이 명령어로 Rebase 이전 상태로 복구할 수 있다.

---

🌟 자동 Rebase 설정

 

git pull 시 매번 Rebase를 수동으로 실행하는 것이 번거롭다면, 아래 설정을 통해 자동 Rebase를 적용할 수 있다:

git config --global pull.rebase true

git config --global rebase.autoStash true

 

• pull.rebase true: git pull 실행 시 자동으로 Rebase를 수행.

• rebase.autoStash true: 작업 중인 변경 사항이 있더라도 Rebase 전에 자동으로 임시 저장(stash) 후 다시 적용.

---

🌟 Rebase와 Merge의 차이점

• Rebase: 커밋 히스토리를 깔끔하게 정리하며, 병합 커밋을 남기지 않는다.

• Merge: 커밋 히스토리를 유지하며, 병합 커밋이 추가된다.

 

예시: Rebase vs Merge

• Rebase 결과:

A --- B --- C --- X --- Y

 

 

• Merge 결과:

A --- B --- C

       \       \

        X --- Y --- M (merge commit)

---

 

🌟 Rebase의 장점

• 협업 시 커밋 히스토리가 깔끔해져 리뷰와 디버깅이 쉬워진다.

• 병합 커밋 없이 브랜치를 직선으로 정리해 히스토리의 가독성을 높일 수 있다.

---

Rebase는 깃 히스토리를 정리하고, 협업 과정에서 발생하는 혼란을 줄이는 데 매우 유용하다. 이번 팁이 Git 사용 경험을 더 편리하게 만들어 주었길 바란다. 다음에도 유익한 깃 팁으로 찾아오겠다.