ex) 위 그림과 같이 가상환경 설정 및 각종 프로젝트 설정을 마친 main 브랜치에서 지민, 태윤, 요환이 서로 다른 기능을 도맡아 개인 로컬에서 작업을 수행하려고 한다. (이때, 서로 다른 기능들은 각각 ISSUE-1, ISSUE-2, ISSUE-3 브랜치를 파서 작업한다.) 지민이가 작업을 제일 먼저 끝내어 PR을 날린 후 merge하였다. 태윤이도 작업을 끝내어 PR을 날리고 경단 레포에서 merge하려는데 conflict가 발생하였다!!! 왜 그런 것일까?

• conflict의 발생 이유 : 지민이와 태윤이가 같은 이름의 파일 내용을 건드렸는데 서로 merge하려고 하기 때문이다.

  • ex) README.md 파일 내용을 다르게 수정했다고 치자. 당연히 내용이 다르니 conflict가 날 것이다!!!

    • 초기의 README.md 파일

    # 이것은 README.md 파일임 ㅇㅇ
    

    • 지민이가 README.md 파일을 다음과 같이 수정함

    # 이것은 README.md 파일임 ㅇㅇ
    ## 지민지민
    

    • 태윤이가 README.md 파일을 다음과 같이 수정함

    # 이것은 README.md 파일임 ㅇㅇ
    
    ## 태윤태윤
    

위와 같은 상황에서 제일 좋은 해결법

1. 3️⃣ 시점에서 태윤이가 pr 날리고 레포에서 merge하는 것은 굉장히 좋지 못한 행동이다.

   • 이유 1. 사실 우린 같은 프로젝트를 하고 있기에 지민이 코드 + 태윤이 코드를 로컬에서 합쳐 잘 동작하는지 확인하고 PR 날리는게 베스트
   • 이유 2. conflict를 되도록이면 깃 repo가 아니라 로컬 ide에서 처리하는 것이 베스트

2. origin repo의 main 브랜치 : 2️⃣ 시점일테고 태윤 local의 main 브랜치 : 1️⃣ 의 시점일 것이다. 따라서 origin repo main → 태윤 local main 으로 pull 해준다.

3. 태윤 local의 main 브랜치와 태윤 local의 ISSUE-2 브랜치를 ide에서 merge해준다. 그러면 merge된 최종 결과물이 ISSUE-2 브랜치에 담기겠지용?

   • 이때 conflict가 생길텐데 당황하지 않고 다음과 같이 결과물을 원하는 대로 바꿔준다. 지민과 태윤 수정 내용을 README.md 파일에 넣고 싶다면 아래와 같이 !!

   # 이것은 README.md 파일임 ㅇㅇ
   ## 지민지민 
   ## 태윤태윤
   

4. ISSUE-2 브랜치에 지민 + 태윤의 기능 구현이 담겨있으므로 태윤이 직접 지민 + 태윤 기능 동작에 이상이 없는지 확인한다.

5. 이상이 없다면 경단 repo 의 main 브랜치로 PR 날리기 !