在使用 Claude Code 进行辅助开发时，Git 操作是日常工作中不可或缺的一环。然而，随着代码库的迭代和多人协作的深入，合并冲突（Merge Conflicts）成为了开发者最常遇到的“拦路虎”。当两个分支对同一文件的同一部分进行了修改时，Git 无法自动判断保留哪一方的代码，此时便需要人工介入。本文将通过步骤清单的形式，详细讲解如何在终端环境下，利用 Claude Code 的辅助能力高效、准确地解决 Git 合并冲突。
第一步：识别冲突文件与状态
解决冲突的前提是明确知道哪些文件出了问题。在终端中执行 git status 命令是最直观的方法。系统会列出当前处于 Unmerged paths 状态的文件，并标记为 both modified、both added 或 deleted by us 等类型。这些标记直接反映了冲突的性质。例如，“both modified”意味着双方都修改了该文件，这是最常见的情况。此外，你可以使用 git diff 命令查看具体的差异内容，初步了解冲突涉及的代码块。这一步至关重要，因为它帮助你建立全局视野，避免盲目编辑导致遗漏其他冲突点。
第二步：解析冲突标记并借助 AI 辅助决策
打开冲突文件后，你会看到 Git 插入的特殊标记：<<<<<<<（HEAD）、======= 和 >>>>>>>。这些标记将代码划分为三个部分：上方是你的当前分支代码，下方是目标分支（如 main 或 develop）的代码，中间则是分隔线。此时，手动比对往往容易出错且效率低下。建议在此阶段引入 Claude Code 进行辅助。你可以选中冲突区域的代码，询问 Claude：“请分析这两段代码的差异，并结合上下文给出合理的合并建议。”Claude 能够理解代码逻辑，指出潜在的语法错误或逻辑矛盾，并提供一个整合后的代码片段。注意，AI 的建议仅供参考，最终决定权在于你对业务逻辑的理解。务必仔细审查 AI 生成的代码，确保其符合项目规范和需求。
第三步：手动修正与验证提交
根据 AI 的建议和自己的判断，手动编辑文件，删除冲突标记，保留最终的代码。如果某些部分不需要保留任何一方，也应果断删除。修正完成后，再次检查文件内容，确保没有遗留的 <<<<<<< 等符号，否则在后续操作中会导致严重的语法错误。确认无误后，在终端中使用 git add <filename> 将解决冲突的文件添加到暂存区。对于有多个冲突文件的场景，可以使用 git add . 一次性添加所有已解决的文件。最后，执行 git commit 完成合并操作。为了保险起见，建议在本地运行相关的单元测试或集成测试，确保合并后的代码功能正常，未引入新的 Bug。这一严谨的步骤能最大程度保证代码库的稳定性和可维护性。
本文链接：https://bf-jianli.com.cn/doubao/claude-code-zdzjj-git-hbctdszzn/
