[Git 심화] Git Branch 제대로 알기 / Branch란? / Merge 해보기 / Conflict 해결하기

---

---

 

 

Branch란?

특정 커밋을 가리키는 '포인터'

브랜치는 하나의 프로젝트에서 서로 다른 개발 흐름을 병렬적으로 가져가기 위해 사용함.

 

우리가 어떤 프로젝트를 깃으로 버전관리 하면 초기에 자동 셋팅되는 기본 브랜치 = master 브랜치

그리고 헤드는 보통 브랜치를 통해 특정 커밋을 가리키게 됨.

보통 master 브랜치에는 실제 서비스에 배포할 정도로 완성된 커밋들만 두고,

우리가 개발을 하면서 만들어진 커밋들을 다른 브랜치에 두는 것이 좋음.

 

 

Branch 생성하기

'git branch 브랜치 이름'을 입력해주면 브랜치 생성 완료

- 브랜치를 새로 생성하면 헤드가 가리키던 커밋을 그대로 가리키게 됨

$ git branch {branch_name}

 

 

Head를 다른 Branch로 옮기기

'git checkout 헤드로 가리키고 싶은 브랜치 이름'을 입력해주면 헤드 옮기기 완료

- 보통 head가 master 브랜치를 가리키고 있기 때문에,

  head를 다른 브랜치로 옮겨줘야 새로 만드는 커밋을 그 브랜치가 가리키게 됨

$ git checkout {branch_name}

 

 

보이지 않는 Branch까지 모두 확인하기

--all : Head가 가리키는 브랜치 뿐만 아니라, 모든 Branch를 보겠다

--branch : Branch와 Commit의 관계를 그래프 형식으로도 보겠다

$ git log --all --graph

 

 

Merge 해보기

예시 >>

앞서 만든 브랜치 이름을 develop이라고 하고, develop에서 또 새로운 작업 흐름을 만들어 볼 것임.

개발 팀은 레이싱 게임 중 Basic Car 클래스를 수정하는 작업을 두 개의 팀 A, B로 나눠서 진행함.

레이싱 게임에서는 차량이 챠량을 공격할 수도, 방어할 수도 있음.

 

이때 공격을 담당하는 Attack Method와,

방어를 담당하는 Defend Method를 각각 별개의 작업으로 진행함.

이를 위해서는 각 작업에 별도의 브랜치(feature-attack, feature-defend)를 할당하면 됨.

 

이렇게 별도의 브랜치에서 작업한 내용들을 합치기 위해서 필요한 작업이 Merge임.

Merge를 하기 위해서는 우선 상위 브랜치인 develop으로 헤드를 이동시켜야 함.

 

'git merge 합치고 싶은 브랜치명'을 통해 merge

- 현재 Head가 가리키는 브랜치에 branch_name에서 했던 작업을 합치라는 의미

$ git merge {branch_name}

 

 

Conflict 해결하기

develop 브랜치에서 feature-attack, feature-defend 브랜치로 갈라지기 전의 상황

 

이 상태에서 BasicCar 클래스의 끝 부분에 서로 다른 method를 추가함.

즉, 같은 라인인데 서로 다른 코드를 쓴 것임.

 

develop에서 feature-attack 브랜치와 첫번째 merge를 한 뒤의 상태

여기에서 또 다시 feature-defend가 가리키는 내용을 merge하려고 함.

이때 Git에서 충돌(conflict) 발생

 

-> 현재 상태에서 feature-defend와 merge를 해야 하는데 같은 라인에 다른 코드가 적혀있으니,

attack 메소드를 선택해야 하는지, defend 메소드를 선택해야 하는지를 모름

 

 

 

위의 충돌을 해결하기 위해서는?

 

1. BasicCar.js 파일에서 충돌을 나타내는 표시들을 모두 지우고, 우리가 원하는 코드의 모습으로 고쳐줌

2. 아래 명령어 입력

$ git add .
$ git commit -m "{commit_message}"

 

 

Merge 할 때 나타나는 두 가지 경우

Fast-Forward Merge : 기존 브랜치가 merge 당하는 브랜치까지 쭉 당겨져 오는 경우

직선 모양의 커밋 로그에서 앞뒤로 있는 브랜치인 경우에는

이전 커밋을 가리키고 있는 기준 브랜치에서 merge를 시도하면

보다 최신 커밋을 가리키는 타겟 브랜치로의 위치로

기존 브랜치가 이동만 하는 Fast-Forward Merge가 발생함.

 

아예 새로운 commit이 만들어지는 경우

흐름이 중간에 갈라진 경우(병렬),

각 흐름의 커밋을 가리키는 브랜치들을 merge하면

위 conflict 해결의 결과처럼 새로운 merge commit이 발생함.

 

 

내 컴퓨터의 프로젝트를 깃허브/깃랩에 처음 올릴 때 사용했던 명령어의 의미

git push origin master는 master 브랜치를  origin이 의미하는 깃랩 서버의 프로젝로 올려달라는 명령

-u : --set-upstream의 줄임말로, 현재 내 컴퓨터의 마스터 브랜치가

항상 깃랩 서버에 올린 마스터 브랜치를 바라보도록 하라는 명령

 

-u 옵션을 주고 맨 처음에 push를 하게 되면, 다음부터는 git push/pull만 하더라도

git이 알아서 내 컴퓨터의 마스터 브랜치를 깃랩 서버에 있는 마스터 브랜치를 대상으로 작업을 수행하게 됨.

$ git push -u origin master

 

아래 명령어를 실행하면 앞서 만들었던 develop 브랜치를 외부 저장소에 업로드 할 수 있음.

(현재 develop 브랜치가 가리키고 있는 최신 커밋과 그 이전의 신규 커밋들이 모두 깃랩 서버에 업로드 됨)

$ git push -u origin develop