[Git] Rebase 사용하기

안녕하세요🐶

이번 시간에는 개념은 알았지만 실제 적용은 많이 해보지 않았던

rebase 에 대해 정리해보았습니다.

이제부터라도 깃이 제공하는 다양한 기능들을 제대로 사용해보려구요.

리베이스는 어려운 개념이 아닙니다.

그럼 시작할게요!

 

무엇을 하는 명령인가?

베이스 커밋을 갈아치기 한다.

base 를 다시(re) 정한다.

 

목적

불필요한 병합 커밋을 줄여서

그래프를 깔끔하게 보이게 할 수 있다.

 

활용할 수 있는 상황

upstream 의 main 브랜치로 풀 리퀘스트를 보내려고 하는데, merge conflict 가 발생한다.

보통과 같은 상황이면 자신의 작업 브랜치로 main 을 머지해서 충돌을 해결한후,

다시 pr 을 보내면 된다. ( fast-forward merge 가 될 것 이다 )

이렇게 하면 원래 변경점에 대하여 1개의 커밋만 있으면 되는데, 충돌을 해결하기 위한 불필요한 커밋이 추가된다.

이 불필요한 커밋을 줄일 수 있는 방법이 rebase 이다.

 

소스트리에서 사용법

작업 브랜치에 체크아웃 되어있는지 확인 후, 리베이스할 커밋을 오른쪽 클릭하여  rebase 를 진행한다.

충돌이 발생한다면 해결하고 커밋한다.

push 하여 원격에도 반영한다.

(필요 시) pr 한다.

 

 CLI 사용법

git rebase [리베이스 대상 브랜치] [리베이스 브랜치]

이때, 리베이스 브랜치에 체크아웃 중이라면 [리베이스 브랜치는 생략가능]

예를 들어, master 브랜치의 최신 커밋으로 feature 브랜치를 리베이스하려는 경우

git rebase master feature

 

feature 브랜치에 체크아웃되어있다면

git rebase master

 

주의사항

리베이스는 혼자 작업하는 브랜치에서 해야한다.

잘못하면 꼬일 수 있기 때문이다.

 

공부하면서 환기한 개념

fetch

실제 코드에 반영되지 않고 이력만 가져온다는 특징이 있다.

upstream 과 같이 다른 원격 저장소의 커밋 이력을 가져오고 싶을 때 활용하면 좋겠다.

upstream

원본 저장소를 가리키는 관용적인 단어이다.

만약 A 라는 저장소를 fork 한 B 저장소가 있다면, B 의 upstream 은 A 이다.

fast-forward

병합의 결과물이 병합하려는 브랜치와 똑같은 경우

A 브랜치와 B 브랜치 머지 결과물이 B 브랜치인 경우를 가리킨다.

---

 

오늘도 나는 성장했다!!🔥

 

🤖🟢[우짱의 iOS 블로그]🔵💻

iOS를 공부하면서 배운 내용을 기록하고 있습니다.

 

[참고 자료]

• [팀 개발을 위한 Git/ Github 시작하기] - 정호영 진유림 지음
• 깃 리베이스 사용하기