一、Git 三阶段：代码的三次搬家
在 Git 的世界里，你本地的代码变更，需要经历三个标准阶段：
工作目录 ── git add ──→ 暂存区 ── git commit ──→ 本地仓库
1. 工作目录（Working Directory）
这就是你电脑上能看到的那些文件和文件夹——你的代码、配置文件、README 文档，都在这里。
你可以随意修改、删除、创建文件。这是你真正'干活'的地方。
在这个阶段，Git 知道文件存在，但还没有开始正式'追踪'它们。用专业术语说，这些文件处于**'未追踪'（Untracked）**状态。
2. 暂存区（Staging Area）
这是一个'中转站'，也是 Git 最巧妙的设计之一。
你在工作目录里改完代码后，Git 会知道这些文件被改过。但要不要把这些修改真正'存起来'，需要你自己决定。
git add 就是把工作目录的修改，放到暂存区里。这相当于告诉 Git：'这些是我准备要提交的。'
为什么要多此一举？因为有暂存区，你可以：
- 只提交一部分修改（比如今天完成了的功能），另一部分明天再提交
- 把多个文件的修改打包成一个有意义的提交
- 在提交前再检查一遍要提交的内容
3. 本地仓库（Local Repository）
这是你电脑上的'历史档案馆'。
当你把修改从暂存区提交之后，这些修改就被永久记录在本地仓库里。每一次提交，都是一条独立的历史记录，你可以随时查看、回退。
git commit 就是把暂存区的内容，真正存进本地仓库。
二、实战演示：从零到提交
光看理论可能还有点抽象，我们来实操一遍。
第一步：创建一个新文件
假设我们在项目里新建了一个 README.md 文件，写了几行描述。
第二步：用 git status 查看状态
git status
输出会告诉你：有一个新文件 README.md，但它是**'未追踪'**状态。Git 还贴心地提示你：如果想追踪它，可以用 git add。
这就是 Git 的体贴之处——当你不知道下一步该做什么时，git status 会告诉你。
第三步：git add 添加到暂存区
git add README.md # 或者想一次性添加所有变更 git add .
再次执行 git status，你会发现文件状态变了——从红色的'未追踪'变成了绿色的**'待提交变更'**。
现在，文件已经进了暂存区，准备被提交。
第四步：git commit 提交到本地仓库
git commit
执行后，Git 会打开一个编辑器（可能是 Vim），让你填写提交信息——简单描述这次改了啥。保存关闭后，提交就完成了。（也可以 git commit -m ""，双引号中写描述）
输出会告诉你：这次提交改了几个文件，新增了多少行代码。
再执行 git status，那些绿色的'待提交变更'消失了——说明所有修改都已经成功存进了本地仓库。
第五步：用 git log 查看提交历史
git
