在使用 Git 进行版本控制时，尤其是多人协作开发中，遇到“合并冲突”（Merge Conflict）是极其常见的情况。这并不意味着你的代码写错了，而是表示 Git 无法自动决定保留哪一方的修改。对于新手来说，命令行界面下的冲突解决往往显得 intimidating（令人畏惧），但掌握其核心逻辑后，处理起来其实非常直观。本文将通过 Codex 命令行工具的操作视角，带你一步步理清解决合并冲突的思路。
识别冲突文件与状态
当你在终端执行 git merge 或 git pull 命令时，如果 Git 检测到两个分支对同一文件的相同部分进行了不同的修改，它就会暂停操作并报告冲突。此时，你可以通过运行 git status 来查看哪些文件处于“未合并”（unmerged）状态。这些文件通常会在输出列表中被特别标记。理解这一点至关重要，因为只有明确知道哪些文件出了问题，才能有针对性地进行修复，避免盲目修改导致新的错误。
手动编辑与清理标记
解决冲突的核心在于手动编辑代码。打开报错的文件，你会看到类似以下的特殊标记：<<<<<<< HEAD、======= 和 >>>>>>> branch-name。这些标记清晰地划分了当前分支（HEAD）和待合并分支的代码块。你需要仔细比对这两段代码，根据业务需求决定保留哪一部分，或者将两者结合。删除所有冲突标记符号，确保代码语法正确且符合预期。这是整个过程中最考验人工判断的环节，也是体现开发者对代码逻辑理解深度的时刻。
提交更改以完成合并
在清理完所有冲突文件并确认代码无误后，下一步是通知 Git 冲突已解决。你可以使用 git add <filename> 将解决后的文件加入暂存区。如果有多个文件，可以一次性添加或使用通配符。最后，执行 git commit 命令完成合并过程。Git 会自动生成一个合并提交的注释，你也可以根据需要修改它。至此，合并冲突彻底解决，你的代码库恢复了整洁状态，可以继续正常的开发流程。记住，保持冷静、仔细阅读差异，是高效解决冲突的关键。
