그 동안 git을 사용하면서 다른 브랜치와 병합할때 git merge 를 사용하였다. 그렇지만 아래와 같은 merge의 단점을 커버하기 위해 git rebase 를 사용한다
위 그림과 같이 기존 merge 사용시에는 commit 순서에 따라서 일렬로 정렬되어서 병합이 되지만, rebase의 경우 rebase를 한 시점을 기준으로 순차적으로 병합이 된다.
이때! 여러개의 commit 메세지를 한개로 정리하는하기 위해 Squash를 진행하고 push 한다!
자세한 방법은 아래와 같다.
- Main branch 로 이동하여 remote main을 pull 받는다.
- 내가 push 할 Feature branch 로 이동한다.
git rebase -i main
를 진행한다
- 가장 오래된 commit을 pick 한다.
- 다른 커밋 메세지는 가장 오래된 commit을 기준으로 squash 한다.
- 다른 커밋의 작업 내역이 없어지는 것이 아닙니다.
- Esc -> :wq! 로 창에서 빠져나온다.
- 최종적으로 이 rebase된 커밋의 내용을 작성하는 부분.
- 현재까지 적은 커밋 메세지가 전부 나타난다.
- 불필요한 내용을 제거하고 현재 수정 내역에 대한 커밋 메세지를 정성껏 작성한다.
- Esc -> :wq! 저장하고 에디터에서 빠져나온다.
- Rebase는 commit history를 정리하는 역할을 한다.
- 같은 브랜치에서 Rebase를 할 때마다 history가 달라질 수 있다.
- 수정 사항이 추가로 생긴 후 다시 rebase하면 history가 무조건 달라진다.
- git은 history가 다른 branch의 push를 허용하지 않는다.
git push origin feature/login -f
-f 옵션을 사용하여 force push를 진행한다.
- 충돌이 일어난 경우 Rebase가 진행되지도, 끝나지도 않고 도중에 멈춰 있어, 매우 당혹스럽다.
- 터미널이 (rebase ~ 1/6) 과 같은 메세지로 rebase가 진행중임을 알려주니 겁먹지 않도록 하자!
- 충돌은 충돌일 뿐, 해당하는 코드를 수정 후
- Git add .
- (Git commit은 하지 않는다. 수정 사항이 없으니까)
- Git rebase ㅡㅡcontinue를 진행한다
- 멈춰 있던 리베이스가 진행된다.
- 충돌이 여러번 나면 그 때마다 충돌을 해결하고 git add . / git rebase ㅡㅡcontinue를 반복한다.
- 계속 해결이 안된다면, git rebase ㅡㅡabort로 아예 rebase를 진행하기 전 상황으로 돌아갈 수도 있다.