[git] Rebase vs Merge request, Pull request

 

🎯 Goals

• Merge 와 Rebase 의 차이점을 안다.

 

결론

왠만하면 merge 써라, commit 히스토리를 유지할 수 있다.

 

⚠️ Merge request 중에서도 'squash' 는 단 하나의 Merge request (Pull Requset) 이력만 남기고 나머지는 사라지게한다.

 

 

 

Merge & Pull Request

별도의 병합 히스토리 커밋을 생성한다.

리뷰, 테스트 등을 제공하여 "여기가 이어지는 커밋이에요!" 라는 이력을 남긴다.

 

 

Rebase

'이어붙이기'

별도의 병합 히스토리 커밋 없이 곧바로 깔끔하게 이어붙이기 하는 용도다.

리뷰, 테스트 등이 필요하지 않게 일관된 히스토리를 유지할 수 있다.

 

Why to use

• 깨끗한 커밋 히스토리 정리
  Merge 커밋이 생성되지 않는다.

When to use

• 나 혼자 관리하는 브랜치의 커밋 히스토리를 정렬할 때
• 과거 여러 commit 을 하나로 합치는 squash 작업
• 내가 만든 커밋 히스토리를 특정 브랜치 뒤에 append (덧붙이기) 할 때

 

rebase 는 과거 history 를 변경하는 작업이기 때문에 다른 사람과 공유된 브랜치에 사용하는 것은 위험하다.
(불가능 하단 것은 아니다.)

 

 

Pros & Cons

Pros

• commit history 가 한 줄로 깔끔해진다.

Cons

• 다른 사람들과 공유된 브랜치엔 적용이 어렵다.
• 일부 커밋 히스토리가 유실될 수 있다.
  (squash 등)

 

예제 링크

Feature/c2 merge into develop by milkcoke · Pull Request #7 · milkcoke/git-repo-practice

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

🔗 Reference 

Differences Between Git Merge and Rebase — and Why You Should Care

 

누구나 쉽게 이해할 수 있는 Git 입문~버전 관리를 완벽하게 이용해보자~ | Backlog