[Git] 더이상 merge란 없다! Rebase만 있을뿐!

최송희·2021년 4월 7일
1

그 동안 git을 사용하면서 다른 브랜치와 병합할때 git merge 를 사용하였다. 그렇지만 아래와 같은 merge의 단점을 커버하기 위해 git rebase 를 사용한다

git merge의 단점?!

  • 불필요한 merge commit 생성
    모든 feature branch마다 “merge commit” 이 남는다. 만약 main 브랜치를 공유하는 개발자가 많고, 프로젝트의 규모가 크다면,branch history가 지저분해 질 수 있다.
  • 복잡한 프로젝트 history
    독립된 브랜치에서 로직 하나를 작성하고 수정하더라도, 다른 작업과 그 내역이 겹쳐 구분하기 어려워진다. 즉, 프로젝트의 history가 복잡해진다.

git rebase 란?


위 그림과 같이 기존 merge 사용시에는 commit 순서에 따라서 일렬로 정렬되어서 병합이 되지만, rebase의 경우 rebase를 한 시점을 기준으로 순차적으로 병합이 된다.

이때! 여러개의 commit 메세지를 한개로 정리하는하기 위해 Squash를 진행하고 push 한다!
자세한 방법은 아래와 같다.

git rebase 방법

1단계 [새로운 작업을 모두 마치고 push 하기 전]

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

2단계 [Rebase 하는 동안 squash 진행할 때에는]

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

3단계 [놀라지 마세요! 수정용 에디터가 하나 더 나타납니다.]

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

4단계 [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를 진행한다.

* [ Rebase 중 충돌 해결하기 ]

  1. 충돌이 일어난 경우 Rebase가 진행되지도, 끝나지도 않고 도중에 멈춰 있어, 매우 당혹스럽다.
  2. 터미널이 (rebase ~ 1/6) 과 같은 메세지로 rebase가 진행중임을 알려주니 겁먹지 않도록 하자!
  3. 충돌은 충돌일 뿐, 해당하는 코드를 수정 후
  4. Git add .
  5. (Git commit은 하지 않는다. 수정 사항이 없으니까)
  6. Git rebase ㅡㅡcontinue를 진행한다
  7. 멈춰 있던 리베이스가 진행된다.
  8. 충돌이 여러번 나면 그 때마다 충돌을 해결하고 git add . / git rebase ㅡㅡcontinue를 반복한다.
  9. 계속 해결이 안된다면, git rebase ㅡㅡabort로 아예 rebase를 진행하기 전 상황으로 돌아갈 수도 있다.

0개의 댓글