在多人協作開發中，Git就像一個協調員，但當兩個或更多人同時修改同一個文件的同一部分時，它可能會“手足無措”——這就是我們常說的代碼衝突。衝突不是Git的錯，而是協作中不可避免的“磨合”，但只要掌握正確的解決流程，就能輕鬆應對。

一、爲什麼會出現代碼衝突？¶

想象你和同事小明同時在修改一個Python文件裏的greet()函數：
- 你把函數里的問候語從“Hello”改成了“Hi”
- 小明同時把函數里的問候變量從name改成了username

當你們各自寫完代碼，準備把修改合併到主分支時，Git會發現同一個文件被多人修改，無法自動判斷保留誰的內容，這時候就會觸發衝突。

二、解決衝突的5個關鍵步驟¶

1. 協作前：先“同步”再開工（預防衝突）¶

在開始修改代碼前，先確保本地代碼是最新的，避免因爲“本地文件太舊”導致後續衝突。
操作：

# 拉取遠程最新代碼（比如從主分支同步）
git pull origin main

爲什麼要做：如果你的本地分支落後遠程太多，後續合併時衝突概率會更高。

2. 衝突發生時：Git會“喊停”¶

當你執行git merge或git pull時，如果遇到衝突，Git會自動提示：

Automatic merge failed; fix conflicts and then commit the result.

這時候需要先查看哪些文件衝突了：

git status

Git會標記出衝突文件（比如greet.py），並提示你需要手動解決。

3. 查看衝突：找到“戰場”¶

打開衝突文件（比如greet.py），你會看到Git用特殊符號標記衝突區域：

<<<<<<< HEAD  # 你本地分支的代碼（HEAD指向當前分支）
print("Hi, " + name)
=======  # 分隔線
print("Hello, " + username)
>>>>>>> feature/xxx  # 別人分支的代碼（比如feature/xxx分支）

• <<<<<<< HEAD 到 =======：你本地修改的內容
• ======= 到 >>>>>>> feature/xxx：別人修改的內容

衝突的核心是這兩部分需要你手動判斷如何合併。

4. 手動解決衝突：“協調”不同版本¶

衝突不會自動解決，需要你根據業務邏輯判斷保留哪部分代碼，或合併修改。
舉例：
如果小明想把變量名從name改回username，而你改了問候語，你需要決定：
- 保留“Hi, ” + name”（你的問候語），並修正變量名爲username？
- 或者保留“Hello, ” + username”（小明的變量名）？
正確操作：
1. 刪除衝突標記（<<<<<<<、=======、>>>>>>>）
2. 根據業務邏輯合併內容（比如保留“Hi, ” + username”）
3. 確保代碼語法正確、邏輯通順

5. 標記“已解決”並提交¶

解決完衝突後，告訴Git“衝突已處理”，然後完成合並：

# 1. 標記衝突文件爲“已解決”
git add greet.py  

# 2. 提交合並結果（會自動生成合並提交信息）
git commit  

# 3. 推送到遠程（如果是多人協作，需要其他人確認沒問題）
git push origin main

注意：合併後建議再檢查一遍代碼，確保沒有語法錯誤或邏輯問題。

三、避免衝突的3個實用技巧¶

與其解決衝突，不如從源頭減少衝突：
1. 小步提交：每次只修改一個功能點，寫完就提交，別堆到最後一起改。
2. 頻繁同步：每天開始工作前拉取遠程代碼，修改時也多同步（比如每隔1小時git pull一次）。
3. 明確分工：和團隊約定“誰負責修改哪個模塊”，避免多人同時碰同一個文件。

四、總結¶

代碼衝突是多人協作的“正常現象”，核心解決邏輯是：
“預防爲主，衝突時人工判斷，解決後確認”。

剛開始可能會覺得麻煩，但只要記住“同步、檢查、小步走”，就能讓協作更順暢～

最後一句話：Git可以幫你合併代碼，但不能幫你決定代碼的“對錯”，衝突解決需要團隊一起溝通哦！