[Git] Branch의 이해 | Branch 생성 및 이동 | 실습

Branch

본래의 소스코드로 부터 파생한 독립적인 작업 공간

≫ Branch의 특징

- 최신 커밋을 가리키는 일종의 포인터 역할을 한다.
- 매우 가벼워서 생성, 이동, 병합(merge)이 매우 쉽다.
- 목적에 따라 분기할 수 있다.

Branch

 

master Branch

- Git은 기본적으로 master 브랜치를 생성한다.
- master 브랜치는 첫 번째 커밋을 만들어야 생성된 커밋을 가리킬 수 있다.
- 따라서 $ git commit -m "···" 명령어로 commit을 생성한 후,
현재 작업중인 브랜치를 확인하는 명령어[$ git branch]로 확인해보면

현재 작업중인 브랜치는 master인 것을 확인할 수 있다.

브랜치 생성하는 방법

≫ $ git branch 생성할_브랜치명 입력

브랜치 생성

≫ $ git branch로 확인해보면 브랜치가 생성된 것을 볼 수 있다.

 

---

 

HEAD

현재 작업중인 브랜치를 가리키는 일종의 포인터,
현재 브랜치의 가장 최신(마지막) 커밋에 대한 스냅샷

 

※ 만약 HEAD가 다른 브랜치를 가리키게 된다면?
→ 현재 작업중인 브랜치가 변경된다는 것을 의미!

HEAD 이동을 확인하는 실습

현재 HEAD는 첫번째 커밋한 "Commit 1"을 가리키고 있다.

여기서 두번째 커밋을 생성한 후 히스토리를 보면

HEAD가 두번째 커밋 옆으로 이동한 것을 볼 수 있다.
↓
이는 master 브랜치가 두번째 커밋을 가리키고, master 브랜치를 HEAD라는 포인터가 가리키는 것을 확인할 수 있다.

 

 

더 쉬운 이해를 위해 그림을 통해 브랜치가 실제로 어떻게 동작하는지 확인해보겠다.

첫번째 커밋을 생성했을 때는 master브랜치가 첫번째 커밋을 가리키고,
현재 작업중인 브랜치가 master이므로 HEAD라는 포인터도 master를 가리키는 형태가 되었다.

 

두번째 커밋을 새로 생성하면 생성됨과 동시에 master브랜치는 Commit 2를 가리키게 되고,
이후 다른 브랜치로 변경이나 이동하지 않고 master브랜치에서 작업해왔으므로 HEAD는 master브랜치를 계속 가리키는 형태가 된다.

(*이후 master브랜치에서 커밋을 새로 생성하게 되면 자동으로 가장 마지막 커밋을 가리키게 된다)

위에서 설명한 방법대로 브랜치를 생성하면,

≫ $ git branch 생성할_브랜치명 으로 브랜치를 생성한 후

브랜치 생성

≫ $ git branch로 현재 작업중인 브랜치를 확인해보면 여전히 master브랜치를 가리키고 있음을 확인할 수 있다.

≫ $ git log로 히스토리를 확인해보면 HEAD는 master브랜치를 가리키고 있고, feature-login은 생성만 된 상태임을 볼 수 있다.

이를 그림으로 보면

feature-login은 생성만 된 것

feature-login은 최신 커밋인 Commit 2를 가리키고, 현재 작업중인 브랜치는 master이므로

HEAD는 여전히 master브랜치를 가리키게 된다.

 

 

브랜치 이동

브랜치를 이동할 때는 $ git checkout 이동할_브랜치명 이란 명령어를 사용한다. 따라서 브랜치를 feature-login으로 이동해보겠다.

 

≫ $git checkout feature-login 명령어를 실행하면 현재 작업중인 브랜치(민트색글씨)가 변경되었다.

master → feature-login으로 현재 브랜치가 변경됨

≫ $ git branch 명령어로 현재 브랜치가 변경된 것을 볼 수 있다.

≫ $ git log 명령어로 히스토리를 보면 HEAD가 feature-login을 가리키고 있다.

 

 

이를 다시 그림으로 보면

feature-login브랜치로 이동하는 순간 HEAD가 가리키는 대상이 왼→오 로 변하게 됨

HEAD가 가리키는 대상이 왼 → 오 로 변하게 된 것을 볼 수 있다.

 

 

≫ 이후 세번째 커밋을 생성한 후 Git의 히스토리를 보자

두번째 커밋은 아직 master브랜치가 가리키고 있고, 마지막 생성한 커밋은 feature-login과 HEAD가 동시에 가리키고 있는 대상이 되었다

 

위 그림과 이어서 확인해보자

세번째 커밋이 생성됨과 동시에 feature-login브랜치와 HEAD는 Commit 3을 가리키는 형태가 되었다.

 

 

※ 여기서 잠깐!

· 현재의 브랜치에서 master브랜치로 이동한다면 Commit 3의 LoginService.java가 존재할까?

≫ No! 각각의 브랜치는 서로가 독립된 공간이기 때문에 merge를 하기 전 까지는 별도로 운영이 되어야 한다.

이어서 네번째 커밋을 생성해보겠다.

$git checkout master 명령어로 master브랜치로 이동하면 HEAD가 master브랜치를 가리키게 되고,

 

여기서 또 네번째 커밋을 생성하면 master는 Commit 4를 가리키게 된다.

 

이때의 Git 히스토리는 아래와 같다.

1, 2, 4번째 커밋만 나타난다.

 

 

그러나, 브랜치와 상관없이 모든 브랜치를 그래프 형식으로 보고싶다면 $ git log --all --graph 명령어를 실행하면 된다.

앞의 빨/초로 브랜치가 어떻게 분기되어 있는지 확인 가능

 

 

Git에는 브랜치를 생성함과 동시에 바로 해당 브랜치로 이동하는 명령도 존재한다. 

이는 $ git checkout -b 브랜치이름 이다.

브랜치 생성 + 이동

이때, checkout명령어로 브랜치 이동을 했기 때문에 HEAD는 새로 생성한 브랜치를 가리키고 있지만,

아직 issue브랜치에서 생성한 커밋이 없으므로 issue가 가리키는 대상은 없다.

 

≫ 새롭게 다섯번째 커밋을 생성한 후 히스토리를 확인해보자

HEAD는 issue브랜치를 가리키고 있음

다섯번째 커밋을 생성하였고, 이를 issue브랜치가 가리키게 되었다.

 

 

 

---

 

 

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

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