一、版本控制基础：从混乱到有序的进化之路
大家好，我是你们这门课的老朋友。今天咱们聊聊版本控制——这个听起来有点枯燥，但实际上一旦用错就能让你加班到怀疑人生的东西。
说实话，我见过太多团队因为版本管理混乱，导致代码丢失、冲突不断、上线回滚像拆炸弹。嗯，咱们今天就把这事儿彻底讲明白。
1.1 什么是版本控制？
版本控制，说白了就是给文件拍「快照」。你写代码、改文档、调配置，每一次修改都能被记录下来。哪天改崩了，随时能回到上一个正常的状态。
我个人习惯把版本控制比作「后悔药」——而且是带时间轴的后悔药。你不仅能回到昨天，还能对比前天和大前天的区别。
核心定义：版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。
举个例子，你写了一个函数，今天加了参数校验，明天改了返回值格式。没有版本控制，你只能靠文件名区分：final_v1.py、final_v2.py、真的最终版.py……是不是很熟悉？
1.2 版本控制的发展史
版本控制不是一天建成的。它经历了三个阶段，每个阶段都解决了前一个阶段的痛点。
第一阶段：本地版本控制
最早的时候，程序员们怎么管理版本？手动复制文件夹。比如 project_20200101、project_20200102。后来有人发明了 RCS（Revision Control System），它能在本地维护一个补丁文件，记录每次修改的内容。
但问题很明显：只能一个人用。你想跟同事协作？没门。你改你的，我改我的，最后手动合并——那场面，我经历过，简直是噩梦。
第二阶段：集中式版本控制（CVCS）
为了解决协作问题，集中式版本控制系统诞生了。代表产品有 CVS、Subversion（SVN）。
原理很简单：中央服务器存所有版本，客户端只拉取最新代码。你改完提交到服务器，别人再更新下来。
听起来不错对吧？但我在项目中遇到过一个问题：服务器挂了，所有人都没法干活。有一次我们公司的 SVN 服务器硬盘坏了，整整两天，整个团队都在喝茶聊天。更可怕的是，如果服务器数据没备份，历史版本全丢。
集中式系统的致命伤：单点故障。服务器一挂，协作停摆，历史丢失。
第三阶段：分布式版本控制（DVCS）
分布式系统彻底改变了游戏规则。代表产品就是 Git、Mercurial。
每个开发者本地都有一份完整的仓库，包含所有历史版本。你可以在本地随意提交、分支、合并，完全不需要联网。只有需要分享时，才推送到远程仓库。
为什么会这样？因为 Linus Torvalds 在开发 Linux 内核时，受够了 BitKeeper 的种种限制，于是自己撸了一个 Git。嗯，大神就是任性。
我的建议：如果你还在用集中式系统，尽快迁移到 Git。这不是技术选择，这是生存问题。
1.3 为什么需要版本控制？
你可能觉得：「我就一个人写代码，要什么版本控制？」
我曾经也这么想。直到有一次，我改了一个配置文件，结果整个系统崩了。我花了三个小时才找到是哪行改错了。如果有版本控制，一个 git diff 就能搞定。
版本控制的核心价值在于：
- 回溯历史：随时回到任意一个历史版本
- 协作并行：多人同时开发不同功能，互不干扰
- 变更追踪：谁、什么时候、改了什么，一目了然
- 分支管理：实验性功能可以开分支做，不影响主线
- 备份保障：代码在多个地方有副本，不怕丢失
你想想看，没有版本控制的开发，就像在悬崖边走路——每一步都可能掉下去，而且没法回头。
1.4 Git 与 SVN 的核心区别
很多初学者会问：「Git 和 SVN 到底选哪个？」
我的回答很直接：选 Git。除非你有特殊原因必须用 SVN。
咱们用一张表来对比：
| 对比维度 | Git（分布式） | SVN（集中式） |
|---|---|---|
| 仓库存储 | 每个开发者本地有完整仓库 | 只有服务器有完整仓库 |
| 离线操作 | 支持，本地可提交、分支、合并 | 不支持，必须联网 |
| 分支操作 | 轻量级，创建分支几乎无成本 | 重量级，分支本质是目录拷贝 |
| 性能 | 大部分操作在本地，速度快 | 依赖网络，大仓库操作慢 |
| 安全性 | 每个节点都有完整备份 | 单点故障风险 |
| 学习曲线 | 较陡，概念多（暂存区、哈希等） | 较平缓，容易上手 |
这里我重点说一个区别：分支模型。
在 SVN 里，创建分支就是复制整个目录。如果你项目有 10 个 G，创建分支就要等半天。而且 SVN 的分支合并非常痛苦，我当年做 SVN 合并时，经常出现冲突解决到崩溃。
Git 的分支呢？本质上就是一个指针。创建分支瞬间完成，切换分支也很快。Git 的合并算法也比 SVN 智能得多。
一句话总结：SVN 是「中央集权」，Git 是「联邦自治」。在当今的 DevOps 和 CI/CD 实践中，Git 的分布式特性让它成为不二之选。
知识体系总览
下面这张图，帮你把今天的内容串起来：
避坑指南：我曾经见过一个团队，用 SVN 管理了三年，仓库大小超过 50G。每次 checkout 要半小时，分支合并要一天。后来迁移到 Git，虽然过程痛苦，但迁移完所有人都说「真香」。如果你还在用 SVN，建议尽早规划迁移。
好了，版本控制的基础就聊到这儿。记住一句话：版本控制不是工具，是工程习惯。下一节咱们会深入 Git 的核心概念，包括暂存区、提交、分支这些让你一开始有点懵的东西。别担心，跟着我一步步来。
可可精品资料库