Git은 여러 개발자가 원활하게 협업할 수 있도록 돕는 강력한 분산 버전 제어 시스템이다. Git은 코드베이스에 대한 변경 사항을 추적함으로써 개발자가 다양한 버전의 코드를 효과적으로 관리하고 조정할 수 있도록 하고, 개발 프로세스가 체계적으로 유지되도록 한다.
또한 작업 흐름을 간소화하기 위해 git merge와 git rebase와 같은 다양한 작업을 제공한다.

git merge와 git rebase는 둘 다 한 브랜치의 변경 사항을 다른 브랜치로 통합한다는 점에서 같은 목적을 가지고 있지만, 다른 방식으로 수행한다. 각 작업의 장단점을 살펴보자.

git merge

: source 브랜치의 변경 사항을 가져와 target 브랜치에 통합한다.

• 이때 target 브랜치만 변경되며, 병합 커밋이 생성된다.
• merge 작업은 주로 다른 개발자들과의 협업할 때 사용하며, feature 브랜치에서의 작업을 main 브랜치로 통합하는 데 사용된다.

git checkout feature
git merge master

git merge master feater # master 브랜치에 feature 브랜치의 변경 사항을 병합한다.

장점

• 원래 브랜치 히스토리를 유지하므로 개발 프로세스 중에 발생한 모든 변경 사항을 추적할 수 있다.
• 이렇게 하면 전체 workflow가 투명하게 유지되어 개발자가 모든 수정 사항의 출처를 쉽게 추적할 수 있다.

단점

• 브랜치가 통합될 때마다 병합 커밋을 생성하는데, 이러한 추가 커밋으로 인해 커밋 기록이 불필요하게 복잡하게 만들 수 있으며 다른 개발자가 프로젝트 기록을 이해하기 어려울 수 있다.
• 비선형적 커밋 그래프가 생성되므로 프로젝트 기록이 어수선해질 수 있다.
• 여러 명의 개발자가 동일한 파일에서 작업하고 변경 사항이 겹치는 경우, 충돌을 해결하는 것이 복잡해질 수 있다.

git rebase

: 모든 변경 사항을 단일 patch로 압축하고, target 브랜치에 patch를 통합한다.

• merge와 다르게 rebase는 완료된 작업을 하나의 브랜치에서 다른 브랜치로 전송하기 때문에 히스토리를 평평하게 만든다.
• 이렇게 하면 커밋 히스토리가 선형적으로 유지되며, 브랜치를 깔끔하게 유지할 수 있다.
• rebase 작업은 주로 개인 브랜치에서 커밋 히스토리를 정리하거나, 브랜치를 최신 상태로 유지하고자 할 때 사용된다.

git checkout feature
git rebase master

장점

• 프로젝트 기록을 훨씬 깔끔하게 유지할 수 있다.
• 완벽하게 선형적인 프로젝트 기록을 생성한다.

단점

• 공유된 리포지토리에서 rebase를 사용하는 것은 팀으로 작업할 때 위험할 수 있다. rebase는 주로 개인 브랜치에서 사용하는 것이 좋다.

The Unending Debate: Git Merge or Rebase?
Understanding Git Merge and Git Rebase