TIL) git merge 제대로 알기 git merge fast-forward 방식

 

 

업무를 하면서 git merge에 대해 제대로 알지 못하고 있음을 깨닫고 정리를 하려고 한다. 

 

상황을 설명하자면,

Main 브랜치에서 딴 A 브랜치를 열심히 작업을 하고 작업이 멈춰진 상황이다. (Main 브랜치에 머지 되기 전)

그리고 Main 브랜치에서 딴 B 브랜치를 작업하는데 A 브랜치의 작업을 이어받아서 해야하는 상황이다. 

 

이때 나는 자연스럽게 'git merge A 브랜치' 명령어를 사용했고, 요상한 Git graph가 그려진 줄도 모르고 B 브랜치에서 작업을 해나간다...

 

이 상황에서 Git graph는 아래와 같다. 

 

 

git merge fast forward

 

좌측의 git history를 보자면, A 브랜치, B 브랜치 모두 main 브랜치에서 따왔지만 git graph는 일직선이다!

 

내가 가진 의문!

B 브랜치를 main 브랜치에서 따왔으니까 main 브랜치에서 갈라지는 모양새가 되어야하지 않나??

 

 

 

찾아보니, 머지되는 시점에 변경점이 없는 경우(main 브랜치나 b 브랜치는 동일한 상황), "fast-forward" 방식으로 머지되었기 때문이라고 합니다. 별도의 머지 커밋이 생성되지 않아서 브랜치가 갈라졌다가 합쳐지는 모양이 아니라, 한 줄로 보이게 되는거라고 합니다. 

 

이런 경우 ("fast-forward" 방식으로 머지되는 경우), merge 커밋도 따로 없다고 합니다...

 

이런 경우를 방지하고 명확하게 브랜치가 나뉘었다가 합쳐진 것으로 보기를 원한다면 '--no-ff' 옵션을 사용해서 머지할 때 강제로 머지 커밋을 생성하면 된다고 합니다. 

헷갈린다면 그냥 git graph에서 checkout 잘해서 merge 하면 됩니다. 

 

 

그래서 'git merge --no-ff A 브랜치' 명령어를 사용하면 아래와 같이 갈라지는 모양새가 됩니다. 

 

--no-ff 옵션 사용

 

 

B 브랜치를 만들고 똑같이 커밋을 2번했지만 첫번째 사진과 달리 커밋이 하나 더 생긴 이유는 (C6) 

--no-ff 옵션을 사용하면서 강제 커밋을 진행해서다

 

😃 잘못된 개념 전달이 있다면 댓글 부탁드립니다. 저의 성장에 큰 도움이 됩니다🤓