Git 브랜치 충돌(Conflict) 처리하기 | 브랜치 충돌 처리 | Git branch

모든 포스팅은 구름에듀 강좌 중 "Git으로 시작하는 협업 및 오픈소스 프로젝트" 의 내용을 담고 있으며

출처는 아래의 주소로 "나동빈"님의 자료입니다. 

상업적인 의도가 아닌 공부한 것을 정리해놓는 목적으로 포스팅 한 것입니다.

edu.goorm.io/learn/lecture/11528/git으로-시작하는-협업-및-오픈소스-프로젝트/info

구름EDU - 모두를 위한 맞춤형 IT교육

 

---

# 브랜치 충돌

일반적으로 두 개 이상의 브랜치에서 동일한 파일을 수정할 때 그 내용이 다르면 merge를 할 때 충돌이 일어날 수 있다. 이러한 경우에는 충돌을 해결 한 후 성공적으로 병합이 일어나야 한다.

 

과정을 살펴보기 위해 이전시간에 만들었다가 지웠던 브랜치 : develop을 다시 생성해준 후 이 브랜치를 가르키게 해보자.

이 상태에서 코드를 조금 수정해보도록 하자. 

코드를 수정 후 git add . 와 git commit을 해주었다. 

 

git log를 확인해보니, develop브랜치에 정상적으로 함수가 추가되었으며 마스터 브랜치에는 변동이 없는 것을 확인 할 수 있다.

여기서 다시 git checkout master명령을 통해 브랜치를 마스터로 이동시켜준다.  그리고, 소스코드를 살짝만 추가해보도록 하자.

(master브랜치와 develop브랜치의 소스코드는 엄연히 다른 것임)

여기서 마스터 브랜치를 add 후 commit 해보자.

 

이후 git log를 살펴보자.

head가 마스터만을 가르키고 있다.

git checkout develop 명령어로 현재 가리키는 브랜치를 바꾸고 나서 깃 로그를 살펴보면, 이번에는 head가 develop만을 가르킨다.

이것은 더 이상 두 브랜치가 같지 않다는 것을 의미한다.

 

이 상태에서는 어떻게 merge를 할 수 있을까?

두 가지 브랜치를 병합하기 위해서 마스터 브랜치로 이동 후 merge 명령을 사용해보면 충돌이 일어났다고 에러 메세지가 출력된다.

 

이때 소스코드를 살펴보면 자동으로 깃에서 소스코드가 다른 부분을 명시해주고 있다.

위의 주석이 써있는 부분은 master 브랜치의 코드, 아래는 develop 코드 모두를 보여주고 있다.

 

이때 우리는 서로 다른 두 코드 중에서 어떤 것을 사용할 지 수동적으로 결정할 수가 있다.

 

자신이 사용할 코드만 남기고 나머지를 모두 지운 후 저장해준다.

 

저장 후 이전에 실행했던 코드를 그대로 실행 시켜 주면 이미 병합이 되었다고 출력된다.

 

로그를 살펴보면, 이미 마스터브랜치와 develop브랜치가 병합되어 한 화면에 같이 나오게 된다.

 

develop브랜치는 수행을 마쳤으므로 지워주면 된다.

지워준 후 push명령을 통해 원격 저장소의 변경 내용을 적용시켜주면 된다.

 

성공적으로 병합된 브랜치 내용이 정상적으로 올라간 것을 확인할 수 있다.