第 6 章 Git 与版本控制

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

阅读指南

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

本章核心概念速查

概念	定义	何时使用	常见错误
git init	初始化本地仓库	新项目创建后立刻执行	项目做到一半才初始化
git add	将改动加入暂存区	选定本次要提交的文件时	用 git add . 全部暂存
git commit	把暂存区内容提交为版本节点	完成一个小目标后	攒太多改动一次提交
git diff	查看工作区与暂存区的差异	提交前确认改动范围时	不看 diff 直接提交
Worktree	同一仓库的多个独立工作目录	需要并行处理多个任务时	和分支混为一谈
小步提交	每次只提交一个单一目标的改动	AI 协作中控制变更边界时	把多个目标混在一次提交

第 6 章总览图

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

没有 Git，读者很难回答四个最基础的问题：这一轮到底改了什么，这些改动里哪些准备保留，出错时退回哪里，以及别人该审哪一段。AI 参与之后，修改速度更快，这四个问题只会变得更尖锐。

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