[TIL] git rebase

📍 rebase란?

master에 다른 branch를 병합할 때 쓰이는 방법이 두 가지인데, 하나는 merge이고, 다른 하나는 rebase 이다.

branch 병합방식 rebase와 merge의 차이점

rebase는 내가 작업하면서 남겼던 commit 중 불필요한 것들은 생략시키고 필요한 commit만 남겨서 master에 병합하기 때문에 master의 commit을 보다 깔끔하게 관리할 수 있다.

즉, rebase는...

• 불필요한 merge commit 생성을 방지한다.
• 독립된 브랜치에서 로직 하나를 작성하고 수정하더라도,
  다른 작업과 그 내역이 겹쳐 구분하기 어려워지는 경우가 있는데 그럴 때 history 관리가 쉽다.

📍 Rebase 사용하는 법

1. Main branch로 이동하여 remote main을 pull 받는다.
2. 내가 push할 Feature branch로 이동한다.
3. ‘Git rebase -I main’를 진행한다.
   
   

rebase하는 동안 squash 진행할 때에는
1. 가장 오래된 commit을 pick한다.
2. 다른 커밋 메세지는 가장. 오래된 commit을 기준으로 squash 한다.
3. 다른 커밋의 작업 내역이 없어지는 것이 아니다.
4. Esc -> :wq 로 창에서 빠져나온다.

그러면 수정용 데이터가 하나 더 나타난다.
1. 최종적으로 이 rebase된 커밋의 내용을 작성하는 부분
2. 현재까지 적은 커밋 메시지가 전부 나타난다.
3. 불필요한 내용을 제거하고. 현재 수정 내역에 대한 커밋 메시지를 정성껏 작성한다.
4. Esc -> :wq 저장하고 에디터에서 빠져나온다.

Successfully rebased!
성공했다면 git log로 깔끔해진 커밋 메시지를 확인 후,
Push 한다.

Rebase 후 push
1. rebase는 commit history를 정리하는 역할을 한다.
2. 같은 브랜치에서 Rebase를 할 때마다 history가 달라질 수 있다.
3. 수정 사항이 추가로 생긴 후 다시 rebase하면 history가 무조건 달라진다.
4. Git은 history가 다른 branch의 push를 허용하지 않는다.
5. ‘Git push origin feature/login -f’ -f 옵션을 사용하여 force push를 진행한다.

그래서 merge와 rebase 중 무엇이 더 낫냐고..?

merge/ rebase 상황에 따라 다르게 쓰면 된다.
history를 어떻게 보존하느냐에 따라 견해가 갈릴 수 있기 때문에 진행하는 팀과 프로젝트에 따라 선택하면 된다.