[Git] git rebase 🎡

rebase로 commit 횟수 줄이기

rebase하지 않을 시 문제점

불필요한 merge commit 생성

모든 feature branch마다 "merge commit"이 남게 되는데,
main branch를 공유하는 개발자가 많고 프로젝트의 규모가 커지게 되면
branch history가 어마무시하게 지저분해진다.

프로젝트 history 복잡도

독립된 branch에서 로직 하나를 작성하고 수정하더라도 다른 작업과
그 내역이 겹쳐 구분하기 어려워진다.

꼭 'rabase'해야 할까?

branch를 합칠 때 Merge를 써야 하는지 Rebase를 써야 하는지에 대해서는
정답이 없다고 한다. 프로젝트나 팀의 상황에 따라 전략이 달라지며,
로컬에서 history를 정리할 때 Rebase를 할 수는 있지만
이미 원격 저장소에 Push된 커밋은 Rebase 하지 않는 것이 일반적이라고 한다.

git rebase flow

commit 3개 이하로 쌓였을 때 작업중인 branch에서 git rebase -i master 해준다.

오래된 commit을 선택하고 나머지 commit은 s로 바꿔주고 esc + :wq

이 때 수정용 에디터가 나오는데, 남길 "commit massage" 작성 후 :wq

Successfully rebased가 떴다면 git log 확인하여 commit이 하나로 rebase 됐는지 확인한다.

이후 Push해준다.