第 6 章 Git 与版本控制

面向经管学生、研究者与从业者的 AI 智能体设计教材

阅读指南

1. 理解 为什么项目创建和任务规划之后，要立刻补上版本控制
2. 理解 工作区、暂存区、提交点、分支、Worktree 在协作流程中的位置
3. 应用 用一组对话指令完成初始化、查看改动、选定范围和本地提交
4. 应用 在多轮 AI 协作中维持小步提交、单一目标和清晰回退点
5. 分析 判断什么时候该开分支，什么时候该开 Worktree，什么时候只需本地提交
6. 迁移 把本地提交接到后续审阅、CI 和 Hooks 门禁

本章核心概念速查

概念	含义	何时用到	常见错误
仓库（Repository）	一个项目被 Git 纳入管理的整体空间	新项目创建后立刻建立	项目做到一半才想起来
暂存区（Staging Area）	下一次提交的预备区域	选定本次要提交的改动时	让 AI 把所有改动一次性送进历史
提交点（Commit）	已写入历史的版本快照	完成一个小目标或试验告一段落时	攒太多改动合并为一次提交
分支（Branch）	一条独立的历史线	试验、并行、待审阅时	和 Worktree 混为一谈
Worktree	同一仓库的独立工作目录	多任务需要目录级隔离时	每件小事都开 Worktree
小步提交	每次提交只对应一个明确目标	AI 协作中控制变更边界时	多个目标混在一次提交

第 6 章总览图

项目现场搭好后，下一步不是立刻把所有内容交给智能体去改，而是先把版本边界立起来。目录和规则文件解决现场秩序，Git 解决改动秩序。

在 AI 协作里，你不直接操作 Git 命令，而是用自然语言告诉 Claude Code 想做什么。Claude Code 翻译你的意图，执行底层操作，并把结果用一句话回报给你。

这种对话方式并不降低版本控制的严谨性。相反，把命令交给 AI 执行后，你可以把注意力放在更关键的地方：这一轮到底改了什么、这些改动里哪些要保留、出错时退回哪里、别人该审哪一段。

阅读建议

先通读 6.1-6.3 建立最小对话流程，6.4 按需查阅分支与 Worktree，6.6-6.7 用两个经济金融案例串联全章。

全章七节按对话流程展开。先说明为什么项目创建后要立刻接上 Git，再讲工作区、暂存区和提交点三层结构，然后走一遍本地提交流程。接着介绍分支、Worktree 和并行任务隔离，之后收束常见误区，最后用两个经济金融案例串联全章。