[Git] Merge 개념 (Merge, Fast-Forward, Three-Way, Rebase / Squash & Merge)

학습 계기

git으로 협업할 때 브랜치를 병합하는 방법이 다양하다는 것을 이번에 알게 되었다. 그래서 어떤 방법들이 있는 지 알아보고, 이번 프로젝트에서 사용하기로 한 squash& Merge 방법에 대해 기록하고자 한다.

* 프로젝트 경험이 적은 사람이 작성한 글이므로 잘못된 부분이 있다면 댓글 부탁드립니다  

 

Merge

영어 단어 뜻으로는 "병합하다"를 가지고 있는 Merge는 Git에서 서로 다른 두 브랜치의 변경 사항을 통합하는 작업을 의미한다. 

하나의 프로젝트를 진행할 때 여러 가지 기능이 도입되어야 하는데 한 사람이 모두 작업하는 경우는 드물다. 

협업으로 진행할 때 동시에 작업을 진행하는데 각 작업은 독립된 브랜치에서 개발하고 Pull Request 를 보낸 후 리뷰를 통해 수정을 거치고 나면 최종 병합 작업, Merge를 거치는 것으로 알고있다. 

이 Merge도 병합 방법이 두 가지가 있다.

1. Fast-foward Merge

조건 : 브랜치 간의 작업이 선형적인 경우 (= 한 브랜치에서만 변경이 일어난 경우)

• 브랜치의 포인터를 단순히 병합 대상 브랜치의 끝으로 이동시킨다. 

실제 프로젝트 브랜치 그래프

핑크색이 내가 만든 브랜치이다. 이 브랜치를 main 브랜치에 merge 시키기 위해 사용한 방법이 1번의 Fast-forward Merge 방법이다.

실제로 터미널에 그렇게 떴었는데 무슨 의미인지 몰랐었던 것 같다.

결론적으로는 A가 브랜치의 포인터이며 B가 병합 대상 브랜치의 끝에 해당한다.

Fast-Forward Merge 방식

 

2.  Three-way Merge

조건 : 두 브랜치에서 각각 변경 사항이 발생한 경우 

• 두 브랜치의 공통 조상을 기준으로 각각의 변경 사항을 합친 새로운 병합 커밋이 생성된다.

1번의 사진 상황에 따르면, A와 B 브랜치 모두에서 변경 사항이 일어나서 하나의 새로운 커밋이 생성되는 것을 의미한다.

이럴 때는 병합 충돌이 발생할 가능성이 높다.

3-way Merge 방식

 

 

1, 2의 Merge 작업 Git에서 입력하기

나는 아직 초보라서 SourceTree 라는 UI 툴을 사용하는데 (Github desktop도 있고 Fork도 있다.) 명령어로 하는 게 훨씬 빠를 것 같긴 하다. 하지만 흐름을 이해하기 위해서 우선 UI 툴을 사용중이다. 

git checkout main
git merge [작업한 브랜치명]

checkout을 입력하여 main 브랜치로 이동한 후 merge 시키는 것이라고 해석하면 된다.

 

[추가]

Rebase Merge

설명 : Rebase는 브랜치의 변경 사항을 병합하는 대신, 기존 브랜치의 커밋을 가져와서 현재 브랜치의 가장 최신 커밋 뒤에 이어붙이는 방식이다. 병합 커밋이 생성되지 않고 커밋 이력이 깔끔하게 이어지는 것이 특징이다.

장점 : 커밋 히스토리가 매우 깔끔함

단점 : Rebase 시 충돌이 발생하면 해결이 복잡함 / 협업 중에는 원본 이력을 덮어쓰므로 주의해야 함

• 간단히 말하면 브랜치 간의 변경 사항을 병합하는 대신, 다시 베이스 브랜치 위에 재적용하는 방식을 의미한다. 

출처 : hudi.blog

[사용 방법]

git checkout [브랜치명]
git rebase main

• 여기서 추가로, rebase를 사용할 때 본인이 작업한 커밋이 main 브랜치에 포함되는 것을 협업에서 원하지 않을 수도 있다. 그럴때는 특정 커밋을 제외하거나 선택적으로 커밋을 적용할 수 있다. 

 

Merge Confilct (병합 충돌)

이 병합 충돌은 두 브랜치에서 동일한 파일이나 코드의 같은 부분을 수정했을 때 발생하는 충돌이다. 

Git은 자동으로 병합하지 못하고 충돌이 발생한 부분을 알려주며, 개발자가 수동으로 해당 부분을 해결한 후 Merge한다.

충돌 해결 후 병합 코드

git add [충돌 해결된 파일]
git commit

---

그럼 간단하게 Merge에 대해 알아봤으니 이제 Squash & Merge와 Rebast & Merge 방식을 알아보자

Squash & Merge

Squash의 뜻을 검색하면 아래와 같은 결과가 나온다.

여러 개의 커밋을 하나의 커밋으로 합치는 것을 의미하는데 영어 단어 뜻 그대로 main 브랜치에 Merge 할 시, 이전에 작업한 브랜치의 커밋은 합쳐지면서 삭제된다. 

• 특징 : 병합할 때 여러 개의 커밋을 하나의 커밋으로 묶어 메인 브랜치에 반영
• 사용 이유 : 세부적인 커밋 이력을 남기기 보다는 하나의 기능이 완성된 상태에서 전체 작업을 하나의 커밋으로 관리하고 싶을 때 사용한다.
  • 장점 : 이력 관리가 더 깔끔해진다.

[사용방법]

git checkout main 
git merge --squash [브랜치명]
git commit

하지만 내가 여기서 궁금했던 점은 squash 이후에 commit을 한다는 것이다. 

알아보니 squash 는 여러 커밋을 하나로 합치고 합쳐지기 전의 커밋은 사라지기 때문에 검토할 기회를 주는 것이라고 한다.

흐름

•  main 브랜치로 이동 → merge --squash 실행 → commit 진행

- 개발자에게 병합된 코드를 검토한 후 커밋 메시지를 작성할 기회를 주기 위한 것이다.

- 하나로 합쳐진 것이기 때문에 새로운 의미를 담은 커밋 메시지를 작성해야 한다. (과정이 모두 담긴)

 

일반 git merge와 squash merge의 차이점

• 일반 git merge 는 병합 명령어를 실행하는 즉시 병합 커밋을 생성하지만, squash merge는 병합 후에 개발자가 직접 커밋하도록 설계되어있다.

---

요약

병합 방식	병합 커밋 생성 여부	커밋 이력 관리	주요 사용 상황
Fast-forward	X	간단	선형적인 이력 유지
Three-way	O	명확	두 브랜치가 각각 변경이 있을 때
Squash	X (하지만 압축한 단일 커밋은 생성함)	압축	여러 커밋을 하나로 합치고 싶을 때
Rebase	X	깔끔	커밋 히스토리를 깨끗하게 유지할 때

• Squash는 병합은 진행하지만 그 병합에 대한 커밋은 생성되지 않는다. 그 병합된 내용을 단일 커밋으로 생성하여 기록을 다시 해야 하지만 병합 커밋 생성은 안하기 때문에 X이다.

 

이미지 출처

https://www.atlassian.com/git/tutorials/using-branches/git-merge

Git Merge | Atlassian Git Tutorial

rebase 이미지 :

https://hudi.blog/git-merge-squash-rebase/

Git의 다양한 브랜치 병합 방법 (Merge, Squash & Merge, Rebase & Merge)