[Git] 작업 합치기: Merge와 공포의 Conflict 해결법

Branch에서 멋지게 기능을 만들었다면, 이제 메인 코드(main)와 합칠 시간입니다.

순조롭게 합쳐지면 좋겠지만, 때로는 Git이 "어디를 선택해야 할지 모르겠어!"라며 SOS를 보냅니다.

이것이 바로 Conflict(충돌)입니다. 당황하지 않고 해결하는 방법을 알아봅시다.

 

1. Branch 합치기: Merge

작업이 끝난 feature 브랜치를 main 브랜치에 합치는 과정입니다.

✅ 반드시 합치려는 '대상' 브랜치로 이동해야 한다는 점을 잊지 마세요!

# 1. 메인 브랜치로 이동
git switch main

# 2. 메인 브랜치를 최신 상태로 업데이트 (협업 중이라면 필수)
git pull origin main

# 3. 기능 브랜치를 메인으로 합치기
git merge feature-login

 

 

2. Conflict(충돌)는 왜 발생하나요?

Git은 똑똑해서 서로 다른 파일을 수정했거나, 같은 파일이라도 수정 위치가 다르면 알아서 잘 합쳐줍니다. 하지만 "같은 파일의 같은 줄"을 서로 다르게 수정했을 때는 판단을 내리지 못하고 멈춰버립니다.

• 상황: A 개발자가 index.html 10행을 수정해서 먼저 main에 합쳤는데, 나도 내 브랜치에서 index.html 10행을 수정하고 합치려고 할 때 발생합니다.

 

3. Conflict 해결하기 (실전)

Conflict가 발생하면 터미널에 CONFLICT (content): Merge conflict in...이라는 메시지가 뜹니다. 해당 파일을 열어보면 아래와 같은 기괴한(?) 표시가 보일 거예요.

<<<<<<< HEAD
<p>메인 브랜치에서 수정한 내용입니다.</p>
=======
<p>내 브랜치에서 수정한 내용입니다.</p>
>>>>>>> feature-login

• <<<<<<< HEAD: 현재 내가 위치한 브랜치(main)의 내용입니다.
• =======: 경계선입니다.
• >>>>>>> 브랜치명: 합치려고 가져온 브랜치의 내용입니다.

해결 방법

1. 두 코드 중 남길 코드를 선택하거나, 두 코드를 적절히 직접 수정합니다.
2. <<<<, ====, >>>> 같은 특수 기호들을 모두 지워줍니다.
3. 수정이 끝났다면 다시 Git에게 알려줍니다.

   git add .
   git commit -m "Conflict 해결: index.html 수정"
   

```

4. 충돌을 줄이는 작은 습관

• 자주 Pull 받기: main의 변화를 수시로 내 브랜치에 반영하세요. 나중에 한꺼번에 해결하는 것보다 조금씩 해결하는 게 쉽습니다.
• 작은 단위로 Commit 하기: 기능 단위로 쪼개서 작업하면 충돌 범위가 좁아집니다.
• 소통하기: 같은 파일을 만져야 한다면 동료와 미리 이야기를 나누세요.

 

📝 요약

1. Merge는 기준이 되는 브랜치(main)로 이동한 뒤 실행한다.
2. Conflict는 같은 파일의 같은 위치를 동시에 수정했을 때 발생한다.
3. 충돌이 나면 코드를 직접 수정하고 다시 Add & Commit 하면 해결된다.