Do it 깃·깃허브 | 3장

『Do it! 깃 & 깃허브 입문』 3장. 깃과 브랜치
를 참고하였습니다

 

목차

3-1 브랜치란

3-2 브랜치 만들기 및 이동하기

3-3 브랜치 정보 확인하기

3-4 브랜치 병합하기

 

---

 

3-1 브랜치란?

브랜치(branch)

나무가 가지에서 새 줄기를 뻗듯이 여러 갈래로 퍼지는 데이터 흐름

 

깃으로 버전 관리를 시작하면 기본적으로 main 브랜치(구 master 브랜치) 만들어짐

사용자가 커밋할 때마다 main 브랜치는 어떤 게 최신 커밋인지 정보를 가짐.

 

기존 파일은 main 브랜치에 그대로 유지하면서, 새 브랜치에서 기존 파일 내용을 수정하거나 새로운 기능을 추가할 수 있음.

 

브랜치 분기 과정

main브랜치에서 새 브랜치를 만드는 것을 '분기(branch)한다'

 

 

브랜치 병합 과정

분기했던 브랜치를 main 브랜치에 합치는 것을 '병합(merge)한다'

 

3-2 브랜치 만들기 및 이동하기

실습 상황 만들기

실습 상황 : 버전이 다른 사용 설명서를 제공할 때 발생하는 문제를 브랜치로 해결하고자 함.

$ cd ~ # 홈으로 이동
$ mkdir manual # manual 디렉터리 만듦
$ cd manaul # manual 로 이동
$ git init # manual 디렉터리를 저장소로 만듦
$ ls -al # .git 디렉터리 만들어졌는지 확인
$ vim work.txt # vim으로 work.txt 들어가서 content 1 입력하고 저장하고 나옴 (:wq)
$ git add work.txt # 스테이지에 올림
$ git commit -m "work 1" # 커밋
$ git log # 커밋 내역 확인

(HEAD -> main) ; HEAD가 현재 main이라는 브랜치를 가리키고 있다.

이게 붙은 커밋이 가장 최신 커밋 (현재는 work 1)

 

# 위와 이어서
$ vim work.txt # work.txt에 'content 2' 추가 입력 후 저장
$ git commit -am "work 2" # 스테이징과 커밋 한꺼번에 처리
$ vim work.txt # work.txt에 'content 3' 추가 입력 후 저장
$ git commit -am "work 3"
$ git log # 커밋 로그 확인

** 스테이징과 커밋을 한꺼번에 처리하는 commit -am은 한 번이라도 커밋한 적 있는 파일에서만 사용 가능

3개의 커밋이 만들어졌고, 가장 최신 커밋인 work 3에 (HEAD -> main) 표시

 

 

새 브랜치 만들기

( apple, google, ms라는 고객사에게 내용이 서로 다른 사용 설명서를 제공해야하는 상황. )

 

$ git branch

깃에서 브랜치를 ①만들거나 ②확인하는 명령

 

$ git branch 브랜치 이름

새로운 브랜치 만들기

 

$ git branch # 현재 브랜치 확인 -> main이라고 나옴
$ git branch apple # apple이라는 브랜치 생성
$ git branch # 현재 브랜치 확인 -> apple 브랜치 추가됨 & 아직 main 브랜치에서 작업

* 표시 : 현재 작업하는 브랜치.

(HEAD -> main, apple)

저장소에 main과 apple이라는 2개의 브랜치가 있다,

HEAD -> main 이므로 현재 작업하는 브랜치는 main 브랜치 (HEAD는 작업 중인 브랜치를 가리키는 포인터)

google, ms 브랜치까지 추가

 

이 상태에서 새 커밋을 추가하면?

main 외에 3개의 브랜치 추가했고, 현재 최신 커밋은 work 3. 이 상태에서 새로운 커밋 추가하면?

ms, google, apple 브랜치에도 최신 커밋이 work 3 이라는 뜻.

 

$ vim work.txt # work.txt에 "main content 4' 추가 입력 후 저장
$ git commit -am "main work 4"
$ git log --oneline # 한 줄에 한 커밋씩 보여줌

git log --oneline 옵션 : 한 줄에 한 커밋씩 보여주기 때문에 여러 커밋을 한눈에 확인할 때 편리함

main work 4는 아직 main 브랜치에만 적용되어 있고, ms google apple 브랜치는 아직 work 3 커밋 상태.

즉, 새로 만든 커밋은 현재 브랜치(main 브랜치)에만 적용되고 나머지 브랜치에는 적용되지 않음

* 커밋을 한 줄로 표시할 경우 커밋 해시 7자리 : 커밋 해시는 길기 때문에 앞의 7자리로 커밋을 구별할 수 있음

 

브랜치 전환하기 — git switch

브랜치가 여러 개라면 각각 서로 다른 커밋 만들 수 있음 -> 브랜치를 오가면서 작업해야 함

git switch 다음 브랜치 이름 : '브랜치를 전환하다', 현재 브랜치에서 다른 브랜치로 이동하는 것 (* 구 checkout)

$ git switch apple # apple 브랜치로 전환
$ git log --oneline # 현재 브랜치의 커밋 로그 확인 (apple 브랜치로 바꿨을 때 어떤 변화가 생기는지 확인)
$ cat work.txt # work.txt 파일 내용 확인

apple 브랜치 만들기 전까지 main 브랜치에 있던 커밋들은 그대로 apple 브랜치에도 적용

work 3이 apple, ms, google 브랜치의 최신 커밋

커밋 해시에서 HEAD가 apple을 가리킴

최신 커밋이 work 3이기 때문에 content 3까지 있음

main content 4는 apple 브랜치를 분기한 후에 main 브랜치에 추가된 커밋이기 때문에 apple 브랜치에 영향 X

 

 

** checkout?

checkout 명령에서 하던 기능을 restore와 switch로 나눔. 아직 checkout 명령도 사용은 가능함

- restore : 수정 사항이나 스테이징 취소할 때

- switch : 브랜치를 전환할 때

 

 

3-3 브랜치 정보 확인하기

브랜치마다 만들어진 커밋이 서로 어떤 관계가 있는지 확인하는 방법 & 브랜치 사이의 차이점을 확인하는 방법

 

전환한 브랜치에서 커밋하기

$ vim work.txt # work.txt에 'apple content 4' 추가 입력 후 저장
$ vim apple.txt # apple.txt 만들고 'apple content 4' 입력 후 저장
$ git add . # 현재 저장소에서 수정 내용 있는 파일을 한꺼번에 스테이징
$ git commit -m "apple work 4" # 커밋
$ git log --oneline # 커밋 저장 내역 확인

(HEAD -> apple) : 현재 apple 브랜치로 전환, 최신 커밋은 apple work 4

 

브랜치와 커밋 관계 알아보기

git log --branches 옵션 : 브랜치마다 최신 커밋을 볼 수 있음

$ git log --oneline --branches

 

git log --graph 옵션 : 브랜치와 커밋 관계를 그래프 형태로 표시

$ git log --oneline --branches --graph

커밋 내역 왼쪽에 있는 수직선(|, /) : 커밋과 커밋의관계

 

- (apple 브랜치) apple work 4 커밋의 부모를 따라가면 work 3 커밋. work 3커밋 다음 apple work 4 커밋이 만들어졌다!

- (main 브랜치) main work 4 커밋의 부모를 따라가면 work 3 커밋.

- apple 브랜치의 커밋과 main 브랜치의 커밋이 같은 부모 커밋.

main 브랜치나 apple 브랜치는 work 3 커밋까지는 같고 그 이후부터 브랜치마다 다른 커밋을 만들었다!

 

브랜치 사이의 차이점

브랜치마다 커밋이 쌓여 갈수록 브랜치 사이에 차이를 확인하기 어려움

git log에서 브랜치 이름 사이에 마침표 2개(..) 를 넣는 명령으로 브랜치 간 차이 확인 가능

마침표 왼쪽에 있는 브랜치를 기준으로 오른쪽 브랜치와 비교

$ git log main..apple

$ git log main..apple : main 브랜치에는 없고 apple 브랜치에만 있는 커밋 보여줌

 

$ git log apple..main

$ git log apple..main : apple 브랜치에는 없고 main 브랜치에만 있는 커밋 보여줌

 

 

3-4 브랜치 병합하기

'브랜치 병합(merge)' : 브랜치 작업을 마무리하고 기존 브랜치와 합치기 

여러 상황마다 병합하는 방법 & 병합하면서 브랜치 사이에 충돌이 있을 때 해결방법

 

서로 다른 파일 병합하기

( 분기한 브랜치에 서로 다른 문서가 있을 때 )

 

$ git init 디렉터리 이름 : 새로운 디렉터리 만들고 저장소를 초기화하는 과정을 한꺼번에 처리

$ git init manual-2 # 새로운 디렉터리 만들기 & 저장소 초기화 한번에 !
$ cd manual-2 # manual-2 디렉터리로 이동
$ ls -al # .git/ 디렉터리 만들어졌는지 확인

$ vim work.txt # work.txt 만들고 '1' 입력 후 저장
$ git add work.txt
$ git commit -m "work 1"

현재 ; 1. HEAD가 main 브랜치를 가리킴 2. main이 work 1 커밋을 가리킴

 

$ git branch o2 # 'o2' 브랜치 생성
$ vim main.txt # (현재 main 브랜치) 'main 2' 입력 후 저장
$ git add main.txt # 스테이징
$ git commit -m "main work 2" # 커밋

 

$ git switch o2 # o2 브랜치로 전환
$ vim o2.txt # o2.txt 만들고 '2' 입력 후 저장
$ git add o2.txt # 스테이징
$ git commit -m "o2 work 2" # 커밋
$ git log --oneline -branches --graph # 현재 커밋 상태 확인

 

 

$ git merge 가져올-브랜치-이름

# 이제부터 병합!
$ git switch main # 브랜치를 병합하려면 먼저 main 브랜치로 전환
$ git merge o2 # main 브랜치를 기준으로 o2 브랜치를 가져와 병합

git merge 실행 시, 빔이 자동으로 실행되면서 'Merge branch o2' 라는 커밋 메시지 나타남.

브랜치를 병합하면서 만들어진 커밋 메시지, 수정해도 되고 그대로 써도 됨 (esc → :wq)

 

$ ls - al (현재 main)

ls -al 명령을 사용해 확인해보면 o2 브랜치에 있던 o2.txt 파일이 main 브랜치에 합쳐진 것을 확인할 수 있음

 

git log 명령으로 확인해보면 

o2 work 2 커밋이 main 브랜치에 병합되면서 'Merge branch o2' 라는 커밋이 새로 생김.

 

** 빨리 감기 병합 (fast-forward merge)

main 브랜치에서 브랜치를 분기한 후에 main 브랜치에 아무 변화가 없다면 (새로운 커밋 만들지 않았다면)

분기한 브랜치에서 만든 최신 커밋을 main 브랜치가 가리키게만 하면 됨 (git merge)

git merge 명령으로 단순히 포인터만 움직인 것으로 커밋 메시지 창 열리지 않음

 

 

서로 다른 브랜치에서 한 문서의 다른 부분을 수정했을 때 병합하기

( 같은 문서에서 서로 다른 부분을 수정했을 때 )

main 브랜치와 o2 브랜치 양쪽에서 work.txt 파일을 수정했지만 문서 안의 수정 위치는 다른 상황.

이 상황에서 병합하기

 

$ git switch main # main 브랜치로 전환 (main 브랜치에 합치기 위해)
$ git merge o2 # o2 브랜치를 main 브랜치로 끌고옴
$ cat work.txt # work.txt 파일 확인

main 브랜치의 수정 내용과 o2 브랜치의 수정 내용이 하나의 파일에 합쳐짐 !

같은 문서로 서로 다른 위치를 수정했을 경우 자동으로 합쳐주는 기능이 있다 !

 

서로 다른 브랜치에서 한 문서의 같은 부분을 수정했을 때 병합하기

깃에서는 줄 단위로 변경 여부를 확인함

서로 다른 브랜치에서 같은 문서의 같은 줄을 수정했을 경우,

브랜치를 병합하면 브랜치 충돌(conflict)이 발생함.

어떤 경우에 브랜치 충돌이 생기는지 & 충돌을 어떻게 해결하는지

 

manual-4의 work.txt

main 브랜치에서 work.txt 수정

o2 브랜치의 work.txt 수정

main 브랜치와 o2 브랜치 양쪽에서 work.txt 파일의 수정 위치가 같음

 

git merge 명령을 실행했을 때처럼 빔이 자동으로 열리지 않고 경고 메시지 나타남.

work.txt를 자동 병합하는 동안 충돌이 발생했다.

(만일 파일을 여러 개 병합했다면 충돌이 발생한 파일 외에 다른 파일은 자동으로 main 브랜치에 병합됨)

 

충돌이 생긴 문서는 자동으로 병합될 수 없으므로

사용자가 충돌 부분을 직접 해결 후 커밋해야 함.

 

vim work.txt로 충돌 부분 확인

<<<<<<< HEAD와 가운데 가로줄(=======) 사이의 내용은 현재 브랜치인 main 브랜치에서 수정한 내용

가로줄(=======)과 >>>>>>> o2 사이의 내용은 o2 브랜치에서 수정한 내용

⇒ 양쪽 브랜치의 내용을 참고하면서 내용을 직접 수정해야 함!

 

원하는 형태로 내용 수정하고, 수정 끝나면 문서에 있던 <<<<<<< HEAD, >>>>>>> o2, ======= 삭제하고,

문서 저장 후 편집기 종료

이후 수정한 work.txt를 스테이지에 올리고 커밋하면 끝 !

전체 과정

 

** 병합 및 충돌 해결 프로그램

프로젝트의 규모가 클수록 브랜치가 많으므로 브랜치에서 병합할 파일도 많아지므로 그만큼 충돌도 많아짐

그래서 깃의 브랜치 병합을 자동으로 처리해주고 충돌을 해결해 주는 프로그램이 많다.

병합 알고리즘에는 2 way merge와 3 way merge가 있는데,

3 way merge가 훨씬 효율적이므로 이를 지원하는 프로그램 선택하는 게 좋다.

P4Merge	무료, 사용 편리, 병합 기능 좋음 단축키를 지원하지 않는다는 단점
meld	무료, 오픈소스 파일 비교 뿐만 아니라 직접 편집도 가능
Kdiff3	무료, 사용 편리, 병합 기능 좋음 한글 깨져보일 수 있다는 단점
Araxis Merge	유료 용량 큰 파일에서 잘 동작함

 

 

병합 끝난 브랜치 삭제

브랜치를 병합한 후 더 이상 사용하지 않은 브랜치는 깃에서 삭제

단, 브랜치를 삭제하더라도 완전히 지워지는 것은 아니며, 같은 이름의 브랜치를 만들면 예전 내용 다시 볼 수 있음

 

$ git branch # 현재 저장소에 어떤 브랜치 있는지 확인
$ git switch main # 브랜치를 삭제하기 위해 main으로 이동
$ git branch -d o2 # o2 브랜치 삭제
$ git branch # 브랜치 삭제되었는지 확인

저장소의 기본 브랜치는 main이므로 브랜치를 삭제하려면 main 브랜치에서 해야 함.

 

브랜치 삭제 'delete'

git branch -d 브랜치-이름

git branch -D 브랜치-이름 : main 브랜치에 병합하지 않은 브랜치도 강제로 삭제

 

삭제한 브랜치와 같은 이름으로 다시 브랜치를 만들면 예전 작업 내용 그대로 나타남

즉, 브랜치 삭제는 저장소에서 완전히 없애는 게 아니라, 깃의 흐름 속에서 감추는 것!

 

cherry-pick으로 병합하기

'cherry-pick' 또 하나의 병합 방법

main 브랜치와 topic 브랜치를 합치긴 하는데,

브랜치 전체가 아니라 topic 브랜치 중 특정 버전의 변경 내용만 합치려고 할 때 사용.

topic 브랜치에 있는 다른 버전들은 합쳐지지 않음

main 브랜치에 topic 브랜치를 cherry-pick 했을 때

 

터미널에서는 세미콜론(;)으로 구분해서 여러 개의 명령 한꺼번에 처리할 수 있음

touch : 빈 파일을 만듦

$ touch init.txt; git add init txt; git commit -m "init"
// init.txt 파일 만듦 ; 스테이징 ; 커밋

git log --all 옵션 : 최신 커밋 뿐만 아니라 모든 커밋을 다 보여주기 위한 옵션

 

$ git branch topic
$ git log --oneline --all --graph

$ touch m1; git add m1; git commit -m "m1"
$ touch m2; git add m2; git commit -m "m2"
$ git log --oneline --all --graph

$ git switch topic
$ touch t1; git add t1; git commit -m "t1"
$ touch t2; git add t2; git commit -m "t2"
$ touch t3; git add t3; git commit -m "t3"
$ git log --oneline --all --graph

현재 2개의 브랜치가 있는데,

topic 브랜치의 t2 버전에서 적용했던 내용을 main 브랜치에도 적용하고 싶을 때

사용하는 것이 cherry-pick.

topic 브랜치의 여러 버전 중 하나를 골라와서 병합

 

 

$ git switch main
$ git cherry-pick 0000000

우선 병합될 브랜치인 main 브랜치로 전환.

$ git cherry-pick 체리픽할-해시

 

 

main 브랜치에 어떤 파일이 있는지 확인하고

깃 로그 확인

ls; git log

topic 브랜치에서 t2가 있고, main 브랜치에도 t2가 추가됨