지난 번 Git이 무엇인지, Github은 무엇인지, Git의 기본 flow와 Git을 통한 프로젝트 방식에 대해 블로깅을 했다.
충분히 Git merge방식을 통해서도 별 일 없이 프로젝트를 수행할 수 있는데 굳이 Rebase를 하는 이유는 무엇일까?
먼저, Rebase가 무엇을 의미하는지에 대해서 알아볼 필요가 있다.
Rebase란 기준을 설정한다는 뜻인데, 이 의미를 git에 적용해보면 commit한 History를 조작(?)할 수 있다는 의미다.
commit history를 조작한다고? 왜때문에?라는 의문이 든다.
지금까지 merge하는 방식으로도 충분히 git을 잘 활용하고 있었던 것 같은데...
Git Rebase를 하는 이유는 뭘까?
merge 방식은 비교적 안전(?)한 것 같지만, Github에 수많은 commit기록들이 남는다.
이를 보다 깔끔하게 정리할 수 있는 게 Git rebase!
또한 현업에서도 Rebase를 통해 Git을 관리하는 곳도 많다고 하니 Rebase 방식도 개발자라면 반드시 알아야 한다..!
Git Rebase flow에 대해 글로 정리해보았다.
보다 나은 이해를 위해 그림으로도 정리해 보았다.