一、版本控制基础：什么是版本控制、为什么需要版本控制、版本控制系统的分类

1.1 什么是版本控制？说白了就是给代码拍快照

版本控制，听起来很高大上对吧？其实没那么复杂。

我习惯把它比作「游戏存档」。你玩 RPG 游戏时，打 BOSS 前会存个档。万一挂了，读档重来。版本控制干的就是这事——给你的代码拍快照。

每次你修改完代码，提交一次，系统就会记录下这一刻的所有文件状态。哪天改崩了，随时可以回到任何一个历史节点。

举个例子：

# 第一次提交：项目初始化
v1.0 - 创建了 main.py、utils.py

# 第二次提交：添加用户登录功能
v1.1 - 修改了 main.py，新增了 login.py

# 第三次提交：修复登录 bug
v1.2 - 修改了 login.py

你看，每个版本都清清楚楚。这就是版本控制最核心的能力——记录变化，随时回溯。

1.2 为什么需要版本控制？踩过的坑告诉你

你可能觉得：「我一个人写代码，要什么版本控制？」

嗯，我以前也这么想。直到有一次……

那是我刚入行时接的一个小项目。没有版本控制，代码全存在本地。某天电脑蓝屏，重装系统后，代码全没了。客户催得急，我硬着头皮重写了一遍。更惨的是，重写时发现之前有个功能写得挺好，但完全记不清怎么实现的了。

从那以后，我再也不敢不用版本控制了。

总结下来，版本控制能帮你解决这几个痛点：

• 防丢代码——本地文件删了、硬盘坏了，远程仓库还有备份
• 回溯历史——改出 bug 了？回退到上一个正常版本就行
• 多人协作——你改你的，我改我的，最后合并，互不干扰
• 责任追溯——哪行代码是谁写的？什么时候写的？一查便知
• 分支实验——想试试新方案？开个分支随便玩，不影响主线

1.3 版本控制系统的分类：集中式 vs 分布式

市面上的版本控制系统，说白了就两大类：集中式和分布式。

我画了张图，帮你快速理解它们的区别：

集中式版本控制（CVCS）

集中式的代表有 SVN、CVS。它的逻辑很简单：一个中央服务器，所有客户端都连上去操作。

你想想看，这就像公司里只有一台打印机。所有人都得排队去打印，打印机坏了，谁都打不了。

集中式的特点：

• 所有版本历史都存在中央服务器上
• 客户端本地只有当前工作副本
• 提交、更新、查看历史都得联网
• 权限管理方便，适合企业级管控

分布式版本控制（DVCS）

分布式的代表就是 Git、Mercurial。它的核心思想是：每个开发者本地都有一个完整的仓库副本。

说白了，你本地就是一台「小服务器」。所有历史记录、所有分支、所有标签，全在你电脑上。没网？照样能提交、能查看历史、能创建分支。

分布式的特点：

• 每个本地仓库都是完整的历史镜像
• 大部分操作都在本地完成，速度飞快
• 离线也能工作，有网时再同步
• 没有单点故障，任何一个本地仓库都能恢复整个项目

两种方式的对比表格

对比维度	集中式（SVN）	分布式（Git）
网络依赖	几乎所有操作都需要网络	大部分操作本地完成，偶尔同步
历史存储	仅中央服务器有完整历史	每个本地都有完整历史
分支操作	分支是目录拷贝，慢且占空间	分支是指针，创建合并极快
单点故障	服务器挂了，整个系统瘫痪	任何本地仓库都能恢复
学习曲线	相对简单，概念少	概念多，但用熟了很顺手
代表工具	SVN、CVS、Perforce	Git、Mercurial

我个人的选择建议

如果你问我选哪个？我的答案很明确：选 Git，选分布式。

为什么？

第一，现在开源社区几乎全是 Git 的天下。GitHub、GitLab、Gitee，你绕不开它。

第二，分布式带来的灵活性太香了。离线工作、本地分支、随意实验——这些在集中式系统里体验不到。

第三，Git 的分支模型极其强大。我后面会专门讲分支策略，到时候你就知道为什么 Git 的分支被称为「杀手级特性」了。

当然，如果你所在的公司还在用 SVN，也别急着否定。SVN 在权限管理、大文件处理方面确实有优势。但趋势很明显——Git 正在成为事实标准。

---