1. 版本控制基础：什么是版本控制、为什么需要版本控制、版本控制的发展历程
好，咱们直接进入正题。第一章，我打算先聊聊版本控制最核心的东西。说白了，就是搞清楚三个问题：它是什么？我们为什么离不开它？它又是怎么一步步变成今天这个样子的？
我个人习惯，讲技术之前先讲清楚“为什么”。不然你学了一堆命令，回头还是不知道怎么用。嗯，咱们开始吧。
1.1 什么是版本控制？
版本控制，说白了就是给文件拍“快照”。你写代码、改文档，每改一次，系统就帮你记下这次改了什么、谁改的、什么时候改的。以后你想回到任何一个历史状态，随时可以。
你想想看，这像不像游戏里的存档？打Boss前存个档，打不过就读档重来。版本控制就是代码世界的“存档系统”。
我遇到过不少新手，刚开始觉得“我自己手动备份不就行了？文件名加个日期，比如report_v1_final_真的不改了.py”。嗯，我当年也这么干过。结果呢？项目一复杂，文件夹里全是这种文件，根本分不清哪个是最新的，哪个是改到一半的。
版本控制的本质： 记录文件随时间的变化，让你能追溯历史、协同工作、回退错误。
1.2 为什么需要版本控制？
这个问题，我直接给你列几个真实场景，你就明白了。
- 场景一：代码改崩了。 你改了一行代码，结果整个功能跑不起来了。没有版本控制，你只能瞪着眼一行行找。有版本控制？
git checkout一秒回退。 - 场景二：多人协作。 你和同事同时改一个文件。他改了第一行，你改了第十行。没有版本控制，谁最后保存谁就覆盖别人的。有版本控制？系统会自动合并，有冲突也会提示你手动解决。
- 场景三：追查责任。 线上出了Bug，老板问“谁写的这行代码？” 没有版本控制，大家互相甩锅。有版本控制？
git blame直接定位到人、到时间、到提交记录。 - 场景四：实验性功能。 你想尝试一个新方案，但又怕影响主代码。没有版本控制，你只能复制整个项目文件夹。有版本控制？建个分支随便玩，玩坏了删掉就行。
我曾经在一个项目里，因为没有版本控制，两个同事同时改了同一个配置文件，结果部署的时候互相覆盖，线上挂了整整两个小时。从那以后，我规定团队里任何项目，第一件事就是初始化版本库。
我的建议： 哪怕你只是一个人写代码，也请用版本控制。它不只是给团队用的，更是给你自己用的“后悔药”。
1.3 版本控制的发展历程
版本控制不是一天建成的。它经历了三个阶段：本地、集中式、分布式。我按时间线给你捋一遍。
1.3.1 本地版本控制
最早的时候，程序员们怎么管理版本？很简单，在本地自己搞。比如用cp命令手动复制文件，或者用一些简单的脚本，把文件打包成带时间戳的压缩包。
后来有人觉得这样太原始，就开发了本地的版本控制工具，比如 RCS（Revision Control System）。它的原理很简单：在本地维护一个补丁文件库，记录每个版本之间的差异。
说白了，就是“我改了什么，系统帮我记下来”。但问题也很明显——只能一个人用，没法协作。
注意： 本地版本控制最大的痛点是“单点故障”。你的硬盘坏了，所有历史记录就全没了。我有个朋友就吃过这个亏，写了一个月的代码，硬盘一坏，全白干。
1.3.2 集中式版本控制
为了解决协作问题，集中式版本控制系统（CVCS）诞生了。代表工具是 CVS 和后来的 SVN（Subversion）。
它的架构很简单：一台中央服务器，存放所有文件和历史记录。每个人从服务器上“检出”代码，改完了再“提交”回去。
好处很明显：
- 所有人都能看到最新的代码
- 管理员可以精细控制权限
- 比本地版本控制更适合团队协作
但坏处也很致命：
- 依赖网络： 没网你就没法提交、没法查看历史、没法做任何操作。
- 单点故障： 中央服务器挂了，所有人都没法干活。服务器硬盘坏了，历史记录全丢。
我记得在2010年左右，我还在用SVN。有一次公司服务器宕机了一整天，整个研发部都在干瞪眼。那天下午，大家只能聚在一起讨论“如果服务器永远修不好怎么办”。嗯，那感觉真不好受。
| 特性 | 本地版本控制 | 集中式版本控制 |
|---|---|---|
| 协作能力 | 无 | 强 |
| 离线工作 | 支持 | 不支持 |
| 单点故障风险 | 低（仅本地） | 高（服务器） |
| 典型工具 | RCS | CVS, SVN |
1.3.3 分布式版本控制
集中式的痛点太明显了，于是分布式版本控制系统（DVCS）应运而生。代表工具就是 Git 和 Mercurial。
分布式和集中式最大的区别是什么？
在分布式系统里，每个开发者本地都有一份完整的代码仓库，包括所有的历史记录。你不需要联网就能提交、查看历史、创建分支。只有当你需要和别人交换代码时，才需要联网。
说白了，每个人都是“中央服务器”。
这样做的好处：
- 离线工作： 飞机上、地铁里，随时随地都能提交代码。
- 没有单点故障： 任何一个人的仓库挂了，其他人的仓库里都有完整的历史。
- 分支操作极快： 因为分支只是指针，创建和切换几乎瞬间完成。
Git 是 Linus Torvalds 在2005年为了管理 Linux 内核开发的。当时 Linux 内核团队用的 BitKeeper 收回了免费授权，Linus 一怒之下，花了两周时间写出了 Git。嗯，天才的世界我们不懂。
我刚开始从 SVN 切换到 Git 时，其实挺不适应的。觉得“怎么这么复杂？还要理解什么暂存区、哈希值”。但用了一周之后，我就再也回不去了。尤其是分支操作，在 SVN 里创建分支要半天，在 Git 里一秒搞定。
一句话总结： 本地版本控制是“一个人的存档”，集中式是“一个服务器的存档”，分布式是“每个人的存档”。
1.4 小结
这一章我们聊了版本控制的基础。你只需要记住三点：
- 版本控制就是给文件拍快照，让你能随时回到过去。
- 它解决了代码回退、多人协作、责任追溯、实验性开发等核心问题。
- 它从本地到集中式再到分布式，核心驱动力是“协作”和“可靠性”。
下一章，我会带你深入 Git 的核心概念——工作区、暂存区、仓库。这些东西理解了，后面学命令就事半功倍。咱们下章见。