43 · Git 工作流：提交、分支与代码审查

让 Claude Code 安全参与查看差异、创建分支、准备提交、处理冲突和审查变更，强调每一步的人类验收边界。

Claude Code 和 Git 是天生的搭档。这一篇讲它怎么安全地参与提交、分支和审查，以及「人类验收」的边界在哪。

「查看差异」是基础：它改完代码，你要用 git diff 看它改了什么。这是「它干、你审」里的「审」。

「创建分支」：让它在一个独立分支上干活，而不是直接改主分支。这样更安全、易回退。

「准备提交」：它可以帮你整理改动、写提交信息、把相关改动归类。好的提交信息让协作历史清晰。

「处理冲突」：合并时的冲突，它可以协助分析，但「怎么解决」的最终决定权在你。

「审查变更」：它还能帮你 review 代码——读改动、提意见、指出潜在问题。

「人类验收边界」是这篇反复强调的：每一个关键节点——看 diff、确认提交、解决冲突、决定合并——都是「它提供信息、你拍板」。别把最终决策权也交出去。

「安全参与」的关键，是「它干、你审」的分工永远不颠倒。Claude 帮你提效，但「要不要提交、要不要合并」永远是人的事。

掌握这一篇，你就知道怎么把 Claude Code 真正嵌进版本管理流程，而不是「一个人用它在主分支上裸奔」。

一个自查清单：当你读完这一篇时，可以问自己三个问题——它解决的是什么具体问题？我当前的工作/学习里有没有这个场景？下一步我该学哪一篇？把这三个问题答清楚，你就知道自己有没有真正吃透。

动手试一下：你可以花 5 分钟做一个最小验证——找一个真实的代码任务，让 Codex 跑一遍，看它的行为是不是和这一篇描述的一致。理论与实践对照，才知道「懂」和「会用」是两件事。

与其他篇的关系：这一篇是本组的基础。如果你跳过了前面几篇，建议先回去看，否则这里有些概念可能看着突兀。如果都看过了，那你可以直接进入更后面的实战环节，把这里学到的东西用上。

判断决策树：用三个问题判断该不该用——① 这件事值不值得用 Codex 做？② 用的话该用哪个入口？③ 风险高不高需不需要审批？三个问题的答案一出来，怎么做就清楚了。