[Git] Branch의 이해 | Merge | Conflict 해결하기

각각 브랜치를 생성하여 작업했기 때문에 모든 변경점들은 다시 master브랜치로 Merge(병합)가 되어야 한다.

이 과정을 거쳐야 수정된 사항들이 최종 코드에 적용될 수 있다.

 

Merge 하는 방법
= 브랜치 병합

1. merge를 위해서는 기준이 되는 브랜치로이동해야 한다. [ $ git checkout master ]

이때 HEAD는 master를 가리키게 됨

2. 합쳐질 브랜치를 merge한다. [ $ git merge 브랜치이름 ]

그 결과 master브랜치에 issue브랜치가 merge 된 것을 볼 수 있다

↓

master가 가리키는 대상이 Commit 5가 되었다

 

위에 2번과정에서 merge 할 때 코드를 보면 Fast-forward 라는 것이 있다.

여기서 Fast-forwoard란, 브랜치의 위치만 최신 커밋으로 이동시키는 방식이다. 

따라서 issue를 병합시킬때 브랜치의 위치가 Commit 4에서 Commit 5로 브랜치의 위치만 변경 되었다는 것을 알 수 있다.

 

 

※ merge 후 브랜치가 더이상 필요하지 않은 경우 보다 효과적인 운영을 위해 브랜치를 삭제하는 것이 좋다.

≫ $ git branch -d 삭제할_브랜치이름 명령어로 브랜치를 삭제할 수 있다.

issue 브랜치 삭제

≫ $ git branch -v 명령어로 확인해보면 issue 브랜치가 삭제된 것을 볼 수 있다.

issue 브랜치가 삭제 됨

 

 

앞서 실습한 브랜치들을 개발이 완료되었다 가정하고 하나의 브랜치로 merge 시켜보자.

≫ $ git merge feature-login 

≫ $ git log

master가 가리키는 최신 커밋이 Merge 커밋이고, feature-login에 있던 Commit 3도 있는 것을 볼 수 있음

 

이번 merge에서는 위의 코드를 보면 알 수 있지만 Fast-forward 방식으로 merge가 되지 않았다. 

왜냐하면 master브랜치에는 두 개의 Commit(4,5)이 존재하는데 이때는 master브랜치를 이동시킨다 해도 merge를 할 수 없기 때문에 Fast-forward 방식으로는 merge가 불가능하다.

 

 

이렇게 Fast-forward 방식으로 merge가 불가능할 경우,

Git에서는 ①merger를 진행할 master와 feature-login 브랜치의 공통 부모 커밋인 Commit 2를 찾게 되고, 또 ②각 브랜치의 최신 커밋인 Commit 3과 Commit 5를 포함 총 3개의 커밋으로 merge를 진행하게 된다.

이렇게 ①, ②의 커밋을 모두 고려하여 Merge하는 방식을 "3-way Merge" 라고 한다.

→ 3-way Merge의 결과는 새로운 커밋으로 생성된다.

3-way Merge

↓

Commit 2, 3, 5가 3-way Merge가 되어 새로운 Merge Commit을 생성하였고, master브랜치는 Merge Commit을 가리키게 된다.

 

그럼 브랜치 Merge는 늘 성공할까?

≫ 아니다. 위와 같은 상황은 Commit 3와 5가 서로 다른 파일에 대해 수정했기 때문에 충돌이 일어나지 않은 것이다. 

 그럼 feature-login에 Commit 6를 생성하고, Commit 5와 같이 MainService.java 파일을 수정한 후 merge를 한다면 어떻게 될까?

Commit 6 생성, MainService.java 파일 수정

≫ merge를 위해 master 브랜치로 이동한 후 [ $ git checkout master ]

≫ feature-login 브랜치를 병합한다. [ $ git merge feature-login ]

그 결과,

merge가 실패했다는 메세지가 뜬다 (* CONFLICT)

 

위 상황에서는 변경사항의 충돌(Conflict)이 발생하였다.

Conflict란, 두개의 변경점이 합쳐질 때 변경점 자체가 서로 충돌하는 상태를 의미한다.

 

현재 git의 상태는 아래와 같은데,

두 개의 변경점이 합쳐질 때, 세번째 라인에서 conflict가 발생하였다.  

 

 

그럼 이미 conflict가 발생한 상황에서 git은 둘 중에 어떤 변경점을 최종 파일에 반영할지 스스로 판단할 수 있을까?

≫ 판단할 수 없다. 때문에 Git은 conflict를 발생시켜서 사용자로 하여금 해당 conflict를 수정하도록 한다.

 

 

Conflict를 해결하는 과정에는 두 가지 방법이 있다.

1. 직접 merge 하기

2. mergetool을 이용해서 merge 하기

 

여기서 두번째 mergetool을 사용하여 충돌을 해결해 보려한다.

≫ $ git mergetool

이후 vimdiff 입력 후 Enter

이는 3-way Merge 방식으로 병합되었기 때문에 총 세 개의 창이 뜨게 되는 것인데, 여기서

첫번째 창은 master브랜치에서의 변경점을, 

두번째는 master와 feature-login의 공통 분모가 되는 부분을,

세번째는 feature-login브랜치에서의 변경점,

마지막 하단에 있는 창은 실제 working-directory에 있는 MainService.java의 상태를 보여준다.

이렇게 mergtool을 이용하면 세가지 view를 동시에 비교하면서 보다 편하게 merge를 진행할 수 있다.

 

여기서 Tip을 한가지 말하자면

코드 한 줄 전체를 지우는 명령어는 지우고 싶은 코드 위에 커서를 올리고 'dd' 를 입력하면 된다.

이렇게 코드를 수정해주고 'Esc → :wq'로 저장 후 종료한 다음, 나머지 창들도 전부 'Esc → :q'로 종료한다.

 

이후 MainService.java를 들어가 보면 코드가 제대로 수정된 것을 볼 수 있다.

 

 

---

 

 

코드프레소 Java 웹 개발 체험단 활동 중 '실무자가 알려주는 Git 활용한 프로젝트 관리' 이러닝 강의를 듣고 작성하였습니다 :)
코드프레소 URL: https://www.codepresso.kr/

프리미엄 IT 교육 서비스 - 코드프레소