Git & GitHub #3 - Local Branch에서 Remote Branch 동기화

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

---

Pull = Fetch + Merge: 원격 Github에서 최신 브랜치 가져오기

로컬 브랜치를 원격 브랜치와 동기화하기 위해선 `git pull`명령어를 사용한다. 이 명령어는 사실 두 개의 작업을 결합한 것으로 `fetch`와 `merge`가 함께 실행된다.

• Fetch: 원격저장소에서 최신 커밋이나 브랜치를 로컬 저장소로 가져오는 작업. 이 과정에서 원격 저장소에서 새로 생성되거나 삭제된 브랜치 및 최신 코드가 로컬로 내려받아진다.

git fetch -p

 

`git fetch -p` → `p = prune`

• Merge: 가져온 원격브랜치의 최신 코드를 로컬 브랜치의 현재 코드와 병합하는 작업. 이 과정에서 로컬 브랜치에 있는 변경 사항과 원격 브랜치의 최신 변경 사항을 합친다.
  • 원격에 있던 `branch`의 최신 코드를 로컬에 있던 `branch`의 구식 코드에 합친다.

git merge FETCH_HEAD

 

`FETCH_HEAD`는 `git fetch`로 가져온 최신 커밋을 가르킨다.

• FETCH_HEAD: 로컬에서 원격으로부터 가져온 최신 커밋
• HEAD: 현재 로컬 브랜치의 가장 최근 커밋. 원격 브랜치에서는 기본적으로 `origin/main`과 같은 기본 브랜치
  • Remote 원격에서 사용되는 경우: 맨 처음에 Remote 원격으로부터 `git clone`하여 가져왔을 때 표기할 기본 브랜치(예, main)
  • Local 로컬에서 사용되는 경우: `HEAD →. main` = 현재 작업 중인 브랜치으ㅔ서의 가장 최근 커밋
• ORIG_HEAD: `HEAD` 직전 상태. 문제가 발생할 경우 복구하는 데 사용 가능.
• MERGE_HEAD: FETCH_HEAD + 로컬 HEAD, 이 두 개를 합칠 때 충돌 발생 시 충돌 해결 위한 병합 커밋

---

Local(Git) Branch에 Remote(Github) Branch 동기화 시 Conflict 해결

브랜치를 병합할 때 Conflict(충돌)가 발생할 수 있다. 충돌은 두 명 이상의 개발자가 동일한 파일의 동일한 부분을 수정했을 때 발생하며, Git은 자동으로 이 문제를 해결할 수 없으므로 수동으로 해결해야한다.

 

`git pull`을 실행할 때 충돌이 발생. (Git이 알려줌) V3와 V3 을 모두 V2라는 같은 기준 위에 작업 수행

`git push`를 실행할 때 충돌 발생. (GitHub가 알려줌) V3와 V3 모두 V2라는 같은 기준 위에 작업 수행

 

Conflict 해결 방법:

1. Rebase: 상대방의 작업을 먼저 가져와 내 커밋을 그 위에 다시 쌓는 방법. 커밋 히스토리가 깔끔하지만 기존 커밋이 다시 생성되는 단점이 있다.

• 두 작업을 먼저 상대의 작업을 존중하고, 그 위에 다시 내 커밋을 만들어 쌓아합친다.

2. Merge: 충돌하는 변경 사항을 모두 유지하고, 이를 병합 커밋으로 처리하는 방법. 병합 커밋이 많이 생길 수 있어 커밋 히스토리가 복잡해지는 단점이 있다.

• 두 작업을 유지한채 합쳐졌다는 것을 의미하는 Merge 커밋을 추가하여 합친다.

만약 로컬 Git 설정에서 충돌 해결 방법을 설정하지 않았다면 `git pull` 명령어를 사용할 때 아래와 같은 메세지가 나타나면서 Pull 작업이 중단된다.

hint: You have divergent branches and need to specify how to reconcile them.
hint: You can do so by running one of the following commands sometime before your next pull:
hint:   git config pull.rebase false  # merge (the default strategy)
hint:   git config pull.rebase true   # rebase
hint:   git config pull.ff only       # fast-forward only

 

이 메세지는 충돌이 발생했을 때 어떤 방법을 사용할지 설정하지 않았음을 의미한다. 설정을 명시하거나, 명령어를 실행할 때 옵션을 명시하여 충돌 해결 방법을 지정할 수 있다.

 

Conflict 충돌 해결책 2가지: Rebase & Merge 원리를 그림으로 쉽게 이해하기

• 1. Rebase 의미는 내가 작업한 V3가 V2를 기준으로 뒀었지만, 상대의 작업 V3가 먼저 가져와 그걸 새 기준으로 내 작업을 다시.
  
  • Rebase는 상대를 존중하는 태도
• 2. Merge의 의미는 위 그림에서 내가 작업한 V3와 상대의 작업 V3 모두 그대로 두고, 충돌나는 것을 해결한 새로운 머지 커밋 추가
  • Merge는 매우 간단하고 쉬운 솔루션이지만, 머지 커밋을 통해 커밋 히스토리가 복잡해진다.

Conflict 충돌 해결책 2가지: Rebase & Merge 단점을 그림으로 쉽게 이해하기

• Rebase 단점: 내가 작업했던 커밋들이 다시 생성 되기에 히스토리가 리셋된다.
• Merge 단점: 커밋이 여러개 생성되어서 머시 수가 많아짐에 따라 커밋 히스토리가 복잡해진다.

 

그림정리

 

---

이어서 다음 포스팅에선 충돌 해결을 위한 4개의 Merge 전략(Fast-Forward, 3-Way Merge, Rebase, Squash Merge)에 대해 자세하게 다뤄 볼 예정이다.

 

 

 

 

ℹ️참고

[ASAC 6기 강의자료]