在现代化的软件开发流程中，尤其是使用如 Claude Code 这类集成 AI 辅助工具的沙箱环境时，开发者经常需要处理多分支并行开发的场景。当多个修改同时提交到同一文件时，Git 会检测到“合并冲突”（Merge Conflict）。这并非错误，而是 Git 保护代码完整性的机制。对于新手而言，面对满屏的红色报错信息往往感到焦虑，但理解其底层逻辑并掌握标准解决步骤，即可高效化解危机。
识别冲突标记与定位问题
当发生合并冲突时，Git 会在受影响的文件中插入特殊的标记符号。你需要打开这些文件，寻找由尖括号和连字符组成的区块：<<<<<<< 表示冲突开始，======= 分隔双方内容，>>>>>>> 表示冲突结束。在这些标记之间，通常包含来自当前分支（Your Branch）和待合并分支（Incoming Changes）的代码片段。在沙箱环境中，由于 AI 可能自动生成了部分代码，人工审查变得尤为关键，需仔细比对哪一部分符合业务逻辑。
手动编辑与智能辅助解决
解决冲突的核心在于“三选一”或“自定义”：保留一方、保留另一方，或结合两者。首先，删除所有冲突标记符号，只保留最终需要的代码。如果不确定如何处理，可以暂时注释掉一方代码，先让程序运行起来，再通过测试验证正确性。在 Claude Code 等支持 AI 交互的沙箱中，你可以直接询问 AI：“这段冲突代码应该如何合并？”，让模型提供建议方案，但务必经过人工审核，避免引入潜在的逻辑漏洞或安全缺陷。
验证提交与预防策略
完成编辑后，使用 git add <file> 标记冲突已解决，随后执行 git commit 完成合并。为了避免未来频繁出现冲突，建议在开发初期保持小步快跑，频繁同步主分支最新代码。此外，在沙箱中进行大规模重构前，先创建独立特性分支，并在合并前进行充分的本地测试。通过规范化的工作流，不仅能减少冲突频率，还能提升团队协作的效率与代码质量。
