1.2 存档与回滚：版本控制Git

1.2 存档与回滚：版本控制 Git

本节摘要：Git 是编程世界的时间机器——把每次改动存成档、随时回滚、大胆试验。本节只讲新手最需要的一小撮命令：存档、看历史、回滚、开分支，并给出一套不会把仓库搞乱的日常流程。

在技能树上，这颗天赋点直接点亮在环境配置之上：有了能跑的代码，才有值得存档的东西。而在后面的所有副本里，Git 都是你"放心大胆改坏"的底气。

从一个真实的惨案切入

学习者小周写了个小工具，某天想加个新功能，改了半个小时代码，程序跑不起来了。他记不清改了哪几处，又不敢删，只好把整个文件夹复制一份叫"最终版"，再复制一份叫"最终版2"。三周后他的目录里躺着六个"最终版"，没有一个能跑，而且没人说得清哪个版本离正确最近。

这个惨案里缺的不是聪明，是存档机制。游戏里没人会只靠"读档前一秒手动复制存档文件"通关，编程也一样——Git 把"存档"变成一条命令，把"回滚"变成一条命令，把"试验"变成开一条分支。

二、最小够用的 Git 命令集

新手阶段不需要背下整本 Git 手册。下面这一组命令覆盖日常练习的九成需求，每条都配了真实输出：

$ git init
Initialized empty Git repository in D:/study/demo/.git/

$ git add .
$ git commit -m "完成第一版: 命令行待办工具"
[master (root-commit) a1b2c3d] 完成第一版: 命令行待办工具
 2 files changed, 45 insertions(+)

$ git log --oneline
a1b2c3d 完成第一版: 命令行待办工具
​

存档的动作就是"加入暂存、提交、写一句说明"。要回看历史，一条日志命令；要回到某个存档点：

$ git log --oneline
e4f5a6b 尝试加文件导入功能
a1b2c3d 完成第一版: 命令行待办工具

$ git reset --hard a1b2c3d
HEAD is now at a1b2c3d 完成第一版: 命令行待办工具
​

回滚后工作区立刻恢复到那个存档点的全部文件——就像游戏读档。要试验没把握的改动时，先开分支，坏了直接删分支，主线毫发无损：

$ git switch -c try-import
Switched to a new branch 'try-import'
​

三、把命令串成日常流程

单条命令记得再熟，不如把流程固化。练习阶段的日常循环是：动手前存档一次，完成一个小功能存档一次，试验前开分支。提交说明写"做了什么"，别写"修改"两个字——三个月后你自己要看懂的，就是这些说明。

⚠️ 常见坑：回滚命令带"强制"字样时会把未存档的改动一并清掉。动手前先用状态命令看一眼有没有没存档的工作，养成"回滚前先确认"的手感，这个习惯将来在团队协作里能救命。

💡 关键直觉：Git 的价值不在命令本身，而在它改变了你改代码的心理成本——没有它，每次改动都是不可逆的冒险；有了它，任何改动都只是"一次可以撤销的试验"。敢大胆改，才敢多写。

四、案例展开：用存档流救回一次大改失败

背景：小郑给自己的记账脚本加"月度汇总"功能，一口气改了三处，运行后汇总数字完全不对，且她已忘记原始逻辑。

操作：她没有手忙脚乱地继续改，而是先跑日志命令，发现自己在大改前刚好提交过一档"记账核心可用"。她切到一条新分支保留现场用于比对，然后主线回滚到那一档，程序立刻恢复可用。接着她对照分支里的新代码与主线的旧代码，逐段排查，发现是日期比较的地方把字符串当数字比了。

结果：主线当天恢复可用，功能第二天在分支上修好后合并回来，全程没有出现"最终版2"。

解读：这次自救能成，靠的是大改前恰好有一档干净存档——这正是"完成一个小功能就存档"的红利。存档点越密，回滚的损失越小。

变式：团队协作时这一套升级为"每人在自己的分支开发，通过合并请求进主线"，个人练习时的分支习惯就是它的预演。

五、先想清楚两个高频疑问

学 Git 一定要先学远程仓库吗？ 不用。个人练习期的核心价值全部在本地——存档、回滚、分支试验。远程仓库解决的是"多机同步与协作"，等你进入第六章的组队场景再学不迟，届时只需在本地流程之上加两三条推拉命令。

提交粒度多细才合适？ 一个可用的判断标准是：每次提交都应该是"程序可运行的状态"。写函数写到一半就提交，回滚时会落在一个跑不起来的状态，存档价值减半。习惯做法是功能完成后先本地验证，再提交；实验性的半成品留在分支上，不污染主线。

主线:  --存档A----存档B----存档C---  每档都可运行
分支:            \--试验1--试验2--   允许任意中间态, 反正要删
​

另一个值得提前养成的习惯是提交前看一眼改动清单。多数工具支持在提交前浏览本次改动的文件与行数，这一眼能拦住"误把临时文件、密码配置一起提交"的经典事故——尤其当你开始做有真实数据的练习项目时，这一眼的价值急剧上升。

六、新手期的 Git 学习边界

最后划一条学习边界，防止在 Git 上过度投入。新手期需要掌握的就是本节讲的这些：存档、看历史、回滚、分支、删分支。以下内容可以明确推迟：

远程仓库与推拉同步（组队时再学）、变基与强制推送的细节（团队有规范再说）、子模块与钩子（用到自然会遇到）、图形化界面的花式用法（命令熟了界面是顺手的事）。Git 的功能面极大，但个人练习期的收益九成集中在最小命令集上——按 4.1 节的语言说，Git 教程的"练习密度"维度要按你的阶段过滤。

什么时候该扩展？两个信号：一是你开始在两台设备间同步项目（学远程），二是你要给开源项目提交改动（学分支协作流，6.3 节会走一遍流程）。在那之前，把每一次"完成小功能就存档"练成本能，才是这颗天赋点的全部内容。

本节要点回顾

• Git 是时间机器：存档、看历史、回滚、开分支，四件事覆盖新手九成需求
• 日常循环：动手前存档、功能完成后存档、试验前开分支
• 提交说明写"做了什么"：它是未来的你回看历史时唯一的线索
• 回滚前先确认状态：强制类命令会清掉未存档的改动
• 存档点越密越安全：把它当成自动存档频率来理解，一点不抽象