一句话说清
版本控制给每次改动留一条可回溯的记录。
为什么值得懂
改论文、改方案、改代码，最怕的不是改错，而是改错之后回不去。版本控制把「另存为最终版 3」换成一套能对比、可回退的记录。
零基础讲解
一、它存的是一串快照，不是一堆副本。 每提交一次，系统就把当时的状态记下来，附上作者、时间和一段说明。
二、提交说明写的是动机。 一段好说明讲清「为什么改」，而不只是「改了什么」——改了什么能从差异里看出来，动机看不出来。它和《把话说清楚》是一路。
三、分支让试错变便宜。 从主干分出一条线随便改；成了合回去，废了丢掉。Pro Git 第 3 章 3.1 节说透了原因：分支只是指向某次提交的指针，不是文件拷贝。
四、冲突不是错误，是提醒。 两个人改了同一行，系统没法替你决定留哪一个，只能把两段都摆出来让你选。
五、集中式与分布式是两种存法。 集中式（如 Subversion）只有一份权威仓库；分布式（如 Git）每台机器都有完整历史，离线也能提交。蒂希 1985 年的 RCS 是早期代表。
有争议：集中式还是分布式更适合团队。 主流观点是分布式更适合协作：Pro Git 第 1 章 1.3 节把每次克隆讲成一份完整备份。也有团队坚持集中式更省心，Subversion 的官方文档第 1 章把版本库描述为唯一的权威存放点。两边争的是「谁持有真相」，不是谁更先进。
一个例子
你把方案最后一段删掉又存了盘。没有版本控制只能凭记忆重写；有版本控制，打开历史就能看到那段原文。
常见误解
- 以为版本控制就是备份：备份只留最新一份，它留每一次的改动。
- 以为只有程序员用：合同、论文、设计稿都能用。
- 以为分支很贵：分支只是一个指针，切换几乎不费成本。
应用场景
- 生活：把重要的表格与申请材料放进版本库，每次改动提交一次。
- 职场：交接前先看一遍提交记录，比问同事「上次改哪了」快得多。
- 写作与创作：长篇稿子按章节提交，改坏了随时回退，还能对比两版。
关联知识点
- 硬件与软件（hardware-software，版本控制管的是软件这一半）
- 编程思维（programming-mindset，提交就是把工作切成小步）
- 把话说清楚（clear-writing，提交说明写的是动机）
- 所属主线：因果与系统、信任与合作