깃 merge 충돌이 정확히 언제 나는건지 정의할 수 있나요?

Question

서적에는 이렇게 나와있습니다.&#34;병합하려는 두 브랜치가 서로 같은 내용을 다르게 수정한 상황에 충돌이 발생한다.&#34;&#34;같은위치의 코드를 두 브랜치가 동시에 수정하면 충돌이 발생한다.&#34;따라서 저는 같은 파일,같은 라인 코드를 서로 다르게 수정하면 충돌이 난다고 생각했습니다.근데 아래와 같은경우 충돌이 안더라구요;;브랜치는 main, develop 2개가 있습니다. 그리고 2개의 브랜치 소스는 아래와 같습니다.그리고 먼저 main 브랜치로 person 소스를 아래와 같이 수정하고 커밋, 푸시를 진행하였습니다.그리고 develop 브랜치로 person 소스를 아래와 같이 수정하고 커밋, 푸시를 진행하였습니다.그리고 person 브랜치를 main 브랜치에 merge 시켰습니다.각 브랜치의 소스를 보면 main의 5번째 줄 함수명이 b 이고 9번째 줄 함수명은 c 입니다.근데 develop 브랜치의 5번째 줄 함수명은 d 이고 9번째 줄 함수명은 b 입니다.이렇게 되면 서적의 내용만 봤을땐 같은 위치의 코드를 각각의 브랜치에서 서로 다르게 수정을 했는데 왜 충돌이 발생하지않고 merge 가 진행되는건가요..? 일단 merge 를 하면 아래와 같이 됩니다.뭔가 충돌발생하는 경우를 정확히 정의하고 알고 넘어가고싶은데 어려운것 같습니다...선배님들은 어떻게 이 부분을 이해하고 계신가요?

S_J · Accepted Answer

먼저 깃에서 두 파일간 충돌이 어떻게 일어났는지 판단하는지 diff 알고리즘에 대한 이해가 필요합니다.아래 공식 문서를 보면 --diff-algorithm로 diff 판단 알고리즘을 설정 할 수 있고기본 설정 알고리즘은 myers 알고리즘 입니다.https://git-scm.com/docs/diff-options/2.46.0myers 알고리즘에 대한 설명은 구글에서 검색하면 많은 자료가 나옵니다.올려주신 예제는 myers알고리즘에서 diff를 낸 후에 충돌하지 않는다고 판단해서 충돌이 나지 않는겁니다.

kenu,전독시 · Answer

A 개발자와 B 개발자가 커밋한 부분이 겹치는 부분이 있으면 충돌나요.

요키형아 · Answer

git에서 conflict가 발생한다는건 커밋을 어떤 순서대로 정리해야할지 모를 때 발생하는데요, 보통 완전히 같은 코드를 서로 다른 브랜치에서 수정했을때 발생합니다. 각각의 브랜치의 HEAD 커밋이 main에 있는 커밋이라고 가정하면 서로 같은 순서의 커밋에서 똑같은 코드를 수정했기에 git에서 conflict를 발생하거든요.위의 말씀하신 케이스는 중복되는 부분이 없어서 git에서 conflict가 발생할 여지가 없습니다.몇번째 라인의 코드를 수정했느냐가 아니라 어떤 코드를 건드렸냐가 충돌 여부를 결정한다고 말씀드리면 이해하기 도움되실지 모르겠습니다

으아악밥먹자 · Answer

main 브랜치는 8번 라인 이후에 9-12번 라인이 "추가"되었습니다.develop 브랜치는 4번 라인 이후에 5-8번 라인이 "추가"되었습니다.두 변경사항은 서로에게 영향을 주지 않습니다.Git은 같은 파일을 수정한 서로 다른 커밋이 있다고 해서 무조건 Conflict를 발생시키지 않습니다. 기본적으로 양쪽의 변경사항을 병합하려고 시도하며 이 시도가 실패할 때 사용자에게 충돌이 났음을 알리고 선택을 요구합니다.

깃 merge 충돌이 정확히 언제 나는건지 정의할 수 있나요?

4개의 답변

#git 목록