Git & GitHub #4 - Conflict 충돌 해결

 

git commit -m "Blog Posting #4🫡"
개발자협업의 필수 도구

---

Conflict 충돌 해결: Rebase & Merge: 4개의 Merge 전략

Git에서 원격 브랜치와 로컬 브랜치를 병합할 때, 상황에 따라 적용할 수 있는 4가지 Merge전략에 대해 설명해볼 예정이다.

• Remote 원격에서 가져온 FETCH_HEAD와 로컬 HEAD를 Merge하는데에 3가지 방식이 존재한다.
  • Fast-Forward: Local에 어떠한 내 작업도 없을 때 →  Remote에 타인의 작업 그대로 가져와 붙이기
  • 3-Way Merge: Remote에 있는 타인의 작업 그대로, 내 작업을 그대로 보존하고 → 새 머지 커밋 생성
  • Rebase: Remote에 있는 타인의 작업 그대로, 그 위에 내 작업을 처음부터 다시 쌓기 = 커밋 재생성
  • Squash Merge: Remote에 있는 타인의 작업을 모두 하나의 커밋으로 뭉쳐 새 머지 커밋 생성

---

Fast-Forward Merge

로컬 브랜치에서 어떠한 작업도 수행되지 않았을 때, 원격 브랜치의 커밋들을 로컬 브랜치로 그대로 가져온다. 즉, 기존의 커밋을 이어서 그대로 가져오기 때문에 별도의 병합 커밋이 생성되지 않는다.

git fetch
git merge origin/main --ff-only

`--ff-only` 옵션은 Fast-Forward 병합만 허용하며, 이 조건이 맞지 않을 경우 병합을 수행하지 않는다.

 

 

---

3-Way Merge

로컬 브랜치에서 수정 작업이 이루어진 경우, 원격 브랜치와 로컬 브랜치의 변경 사항을 모두 반영하는 새로운 병합 커밋을 생성한다. 이는 로컬 작업을 유지하며 원격 변경 사항을 병합하기에 유용하다.

git fetch
git merge origin/main --no-ff

`--no-ff` 옵션은 강제로 병합 커밋을 생성하여 로컬과 원격의 변경사항을 기록한다.

---

Rebase and Merge

원격 브랜치의 변경 사항을 먼저 로컬 브랜치에 가져온 후 로컬에서의 변경 사항을 그 위에 다시 적용한다. 이 방식을 사용하면 커밋 히스토리가 깔끔하지만 기존 커밋이 재생성 될 수 있다.

git fetch
git rebase origin/main

 

---

Squash and Merge

원격 브랜치의 여러 커밋을 하나의 커밋으로 압축(squash)하여 병합한다. 이 방법은 여러 개의 작은 커밋을 하나로 합쳐서 커밋 히스토리를 단순화하는데 유용하다.

git fetch
git merge --squash origin/main

• 상대 커밋을 모두 없애버리기 떄문에 원격 브랜치에 대해서는 사용할 수 없고, 로컬 브랜치 머지에만 가능하다.

---

Merge 과정에서 충돌이 발생하는 경우 `git merge --abort` 명령어를 사용하여 병합을 중단하고 이전 상태로 돌아갈 수 있다.

 

어떤 Merge 방식을 채택하는 것이 좋을까?

• 가장 일반적으로는 3-Way Merge (Non Fast-Forward)를 많이 사용하고, 주니어 개발자에게도 간편하다.
  • 하지만 단점으로 부산물인 머지커밋이 생긴다는 점이다.
• 머지 커밋이라는 부산물을 싫어하는 시니어 개발자들은 Rebase를 통해 깔끔하게 커밋을 관리한다.

---

ℹ️참고

[ASAC 6기 강의자료]

 

https://stackoverflow.com/questions/9069061/what-effect-does-the-no-ff-flag-have-for-git-merge/52157972#52157972

What effect does the `--no-ff` flag have for `git merge`?