在团队协作开发中，Codex 常作为智能辅助工具嵌入工作流。当多名开发者同时修改同一文件时，Git 无法自动判断保留哪段代码，从而产生“合并冲突”。这不仅影响效率，更可能导致逻辑错误。掌握手动解决冲突的技巧，是每位开发者必须跨越的门槛。
识别冲突标记
当冲突发生时，IDE 或终端会明确提示。打开受影响的文件，你会看到特殊的标记：<<<<<<< 表示当前分支（Your Branch）的起始点，======= 是分界线，而 >>>>>>> 表示对方分支（Incoming Changes）的结束点。这两部分之间的内容即为冲突区域。此时，文件处于未合并状态，Git 禁止提交，直到所有标记被清除。
手动编辑与清理
解决冲突的核心在于“决策”。你需要仔细审查两边的代码，决定保留哪一部分，或者将两者结合生成新的逻辑。例如，若一方修改了函数签名，另一方新增了调用逻辑，你可能需要保留新签名并整合调用语句。删除所有 <<<<、====== 和 >>>> 标记至关重要，任何残留都会导致后续提交失败。建议使用 IDE 提供的三方合并工具，它们能直观展示左右两侧及预期结果，大幅降低误操作风险。
验证与提交
清理完标记后，务必进行本地测试。运行单元测试或手动检查功能，确保合并后的代码符合预期且无语法错误。确认无误后，执行 git add . 将解决后的文件加入暂存区，最后通过 git commit 完成合并。若使用 Codex 等 AI 辅助工具，可让其解释冲突原因或建议合并方案，但最终的逻辑判断仍需人工把关，以确保代码质量与业务逻辑的一致性。