[GitHub] `fetch`를 사용하는 이유

---

fetch를 사용하는 이유

1. fetch와 pull의 차이

• git pull은 원격 저장소의 변경 이력을 가져옴과 동시에 현재 작업 중인 로컬 브랜치에 자동으로 병합(merge)하는 명령어이다.
• git fetch는 원격 저장소의 변경 이력만 로컬에 가져올 뿐, 로컬 브랜치에는 자동으로 병합하지 않는다.

2. fetch를 사용하는 이유

• fetch는 로컬 작업에 영향을 주지 않고 원격 저장소의 최신 변경 내용을 미리 확인하기 위해 사용한다.
• 이로써 병합 전에 어떤 변경 사항이 있는지, 충돌이 발생할 가능성은 없는지 등을 미리 파악할 수 있다.

3. 병합(merge) 전에 신중한 확인이 필요한 상황

1) 충돌 방지: 현재 로컬에서 작업 중인 내용과 원격 브랜치의 내용이 충돌할 가능성이 있을 때, fetch를 통해 변경 내용을 확인하고 충돌을 미리 해결할 계획을 세울 수 있다. pull을 사용하면 충돌이 즉시 발생하여 작업 흐름이 끊길 수 있다.
2) 변경 내용 사전 검토: 다른 사람이 작업한 내용이 예상과 다를 수 있다. fetch로 변경 이력을 가져온 후 git log나 git diff 명령어를 사용하여 어떤 코드가 변경되었는지 꼼꼼하게 확인한 후 병합을 결정할 수 있다.
3) 다양한 브랜치 상황 파악: 원격 저장소에 여러 브랜치에 대한 변경 사항이 있을 때, fetch를 통해 모든 브랜치의 최신 이력을 가져와서 전체적인 프로젝트 상황을 한눈에 파악할 수 있다.

4. fetch와 merge의 조합

• git fetch origin 명령어를 실행하면, 원격 브랜치의 최신 상태가 origin/<branch-name>과 같은 이름으로 로컬에 업데이트된다.
• 이 상태에서 git diff <local-branch> origin/<branch-name> 명령어를 사용하여 로컬 브랜치와 원격 브랜치 간의 차이를 확인할 수 있다.
• 변경 내용을 충분히 확인한 후, git merge origin/<branch-name> 명령어로 원하는 시점에 직접 병합을 진행한다.

5. 결론

git fetch는 로컬 저장소에 병합하기 전에 원격 저장소의 변경 내용을 안전하게 확인하는 데 필수적인 명령어이다. 자동 병합으로 인해 발생할 수 있는 잠재적인 문제를 미리 방지하고, 병합 시점을 직접 제어하여 보다 안정적인 협업 환경을 구축하는 데 도움이 된다.

---