我的 Claude Code Git 工作流程：小提交、干净历史、零恐惧

在构建此工作流程之前，我的 AI 辅助会话产生的正是您所担心的内容：标题为“修复内容”的 800 行提交。 Claude Code 会编写出色的提交消息，但前提是您构建会话，以便每次提交都是一个连贯的更改。

工作单元就是任务，我明确指出：“我们正在做一件事：将电子邮件验证提取到共享模块中。”没有别的了。 Claude 很乐意修复它注意到的其他三个错误，每一个善意的弯路都是你获得无人能审查的差异的方式。相关的错误会列在一个列表中，以便稍后在会议结束时以书面形式记录下来。

在任务之间，我让 Claude 运行仪式：测试，然后暂存差异，然后“从差异中写入提交消息，传统提交，少于 72 个字符。”由于会话上下文仅包含一项任务，因此该消息是准确的。因为差异很小，所以消息是特定的。这就是整个技巧，并且完全与会话纪律有关。

分支机构策略对于代理商来说更重要，而不是更不重要。我在功能分支上工作，并在合并之前让 Claude 担任审阅者：“作为一名持怀疑态度的高级工程师，审阅完整分支与主分支的差异。”它捕获了单一差异审查错过的交叉提交问题，例如在提交二中添加的助手并在提交五中放弃的助手。

令人惊讶的好处是考古学。六个月后，我的历史读起来就像一个运行良好的人类项目：每一个变化都可以用一条线解释，每一个恢复手术。当 Claude Code 会话被构造为小型承诺任务时，人工智能的广度倾向就会被转化为文档，而不是成为技术债务。