4. git branch 병합하기 (merge)

코드의 이력을 저장하는 commit과 역할을 분리시켜주는 branch까지 다뤄봤으니 중요한 기능중 하나인 merge를 다뤄보려한다.

물론 add , commit , branch , merge 는 빈도수가 많은 명령어들이니 어느하나 안중요한건 없는 것 같다.

command	google results	%
commit	528,000	7.981980075
push	523,000	7.906393143
pull	506,000	7.649397572
clone	489,000	7.392402002
checkout	470,000	7.105171658
add	446,000	6.742354382
branch	439,000	6.636532676
log	388,000	5.865545964
diff	369,000	5.578315621
fetch	355,000	5.36667221
merge	354,000	5.351554823
init	343,000	5.185263572
status	286,000	4.323572541
reset	267,000	4.036342197
tag	246,000	3.718877081
rebase	203,000	3.068829461
rm	142,000	2.146668884
show	104,000	1.572208197
bisect	62,800	0.9493718726
grep	49,400	0.7467988934
mv	44,700	0.6757471768

출처 : 생활코딩 https://opentutorials.org/course/2708/15211

명령어 사용 빈도수를 보면 물론 1,2,3 등까지는 아니지만 매우 상위권에 속해있다고 볼 수 있다. 아마도 빈도수가 4프로 이상 되는 명령어들은 나도 많이 쓴 것 같다.

merge라는 명령어는 제목에서도 말했듯이 각 브런치의 최근 커밋을 서로 병합해주는 역할을 한다. 여기서 조심해야할 것은 현재 어느branch에 checkout되어있는지 잘 확인해야 한다. 

현재 checkout 되어있는 브런치를 A라하고 B는 또다른 브런치라고 가정하자.

A라는 브런치에서 A1이라는 commit을 가지고있고, B라는 브런치에는 B1과 B2라는 commit을 가지고있다고 가정하자.

그럼 내가 만약 $git merge B    라는 명령어를 입력하게 되면 

현재 내가 checkout 되어있는 브런치 A의 A1 commit에 브런치 B의 B2 commit을 병합 시키는 동작을 수행하게 된다.

즉, A2의 commit이 가장 많은 소스코드를 포함하고있는 commit이 된다는 얘기이다. 보통 A2처럼 commit이름이 지어지지 않고

merge~~~~ 이런식의 네임이 붙긴한다. 

----------------------------------------------------------------------------------------------------------------------

merge를 간단하게 보자면 이정도로만 봐도되는데 사실 merge 할 때 충돌이 굉장히 많이 발생한다. 그 이유는 너무나도 다양하기때문에 이유를 딱 집기가 어려울 것같다. 서로 겹치는 부분이 너무많이 수정됐거나, 각자가 자동으로 생성되는 파일의 내용이 다르거나 등등.. 

gitignore이라는 설정파일을 편집해줘야 하는데 프로젝트의 특성이나 운영체제 등등 각자의 컴퓨터가 가진 환경이 다를 수가 있기때문에 자기 프로젝트에 맞게 팀원 모두가 동일하게 수정해줘야 한다. (이건 구글링을..)

나같은경우는 같이 프로젝트를 진행하는 팀원분의 코드와 병합하는 작업을 할 때 merge 명령어를 사용하는데 굉장히 편리하면서도 때로는 너무 고생시키는 명령어 중에 하나이다.(충돌이 한번 나기 시작하면 끝도없는..)

본인 스스로의 코드작업이 전부라면 로컬 브런치들끼리 바로 merge를 해주면 되겠지만 github를 통한 팀원간의 코드병합 작업을 한다면 원격저장소를 제어하는 방법을 일단 알아야한다. 

다음 포스팅은 로컬이 아닌 원격저장소를 다루는 방법을 간단히 알아보도록 하겠다!