工作区、暂存区与提交历史

你将学会什么

说清工作区、暂存区与提交历史三者的关系
用一条稳定的命令序列完成日常提交
理解 git add . 并不等于「保存」

正文

Git 的核心数据结构其实很简单：工作区是你在编辑器里看到的内容，暂存区是下一次提交的待办清单，提交历史是项目的时间线。很多新手会把 git add . 当作“保存”，但它真正的含义是“把当前变更加入暂存区”。

在真实项目里，更稳的日常流程是：

git status
git add <文件>
git commit -m "feat: 完成实验报告模板支持"
git push origin feature/report-template

这样做的重点是让每一次提交都可解释。等你以后回看历史，或者需要做 git revert 时，commit message 会直接影响你能不能快速找回问题版本。

动手练

知识检查

先自己回答，再看答案：

暂存区在 Git 里的角色是什么？
git add . 和“保存文件”的区别是什么？
为什么提交说明会影响 git revert 的效率？

参考答案

暂存区是“下一次提交的待办清单”，决定哪些变更会进入下一条提交记录。
git add 是把变更加入暂存区，只是提交的准备动作；文件本身由编辑器保存。
revert 需要找到目标提交，可读的提交说明能让你快速定位“哪一版改了什么”。

本节小结

工作区 → 暂存区 → 提交历史，是 Git 最核心的一条数据流
日常流程固定为：status → add → commit → push
提交要可解释，未来的你和队友都会感谢这一点

工作区与提交小测

x

1 / 3

git add 的作用是？

保存文件到磁盘把变更加入暂存区直接推送到远端删除未跟踪文件