1、版本控制基础：概念、作用、常见工具（Git、SVN）
说起版本控制，我记得刚入行那会儿总觉得它是个可有可无的「存档工具」。直到有一次熬夜改了一周代码，结果把整个功能模块改崩了——想回退却发现根本没有记录。嗯，从那以后，我再也不敢碰任何没有版本控制的项目了。
说白了，版本控制就是给你的代码拍「快照」。每次你觉得「这段改完了」，它就帮你保存一张带时间戳的底片。以后不管怎么改，随时能倒回任意一张底片。
版本控制到底解决了什么问题？
你想想看，一个人写代码还好，两个人就开始乱了：
- A 改了第10行，B 同时改了第10行——谁覆盖谁？
- 昨天还能跑的版本，今天找不到了？
- 客户说「还是上周三那个版本好」，而你上周三已经改了三轮了？
我在项目中遇到过最典型的场景：三个同事同时改一个接口文件，没有锁也没有分支。最后 merge 的时候花了整整一天手动比对——那之后团队就强制上了 Git。
版本控制的核心作用就三个：
- 回溯——任何时间点都能回到历史版本。
- 协作——多人并行开发，互不干扰。
- 审计——谁、在什么时候、改了什么，清清楚楚。
常见工具：Git 和 SVN
现在主流就俩：Git 和 SVN。很多人纠结选哪个，我直接给结论：新项目选 Git，老项目按团队习惯来。但你看看现在的招聘要求，Git 几乎是必须的。
我把它们的差异整理成了一张表，平时选型时可以直接参考：
| 对比维度 | Git | SVN |
|---|---|---|
| 架构 | 分布式，每个开发者都有完整仓库 | 集中式，依赖中心服务器 |
| 离线工作 | 完全支持，所有操作本地完成 | 大部分操作需联网，提交时必须连服务器 |
| 分支成本 | 极低，创建和切换分支秒级完成 | 较高，分支本质是目录拷贝，大项目慢 |
| 学习曲线 | 较陡，概念多（暂存区、引用、rebase 等） | 较平缓，概念直观，类文件系统 |
| 常见平台 | GitHub、GitLab、Gitee | 自建 SVN 服务器、Apache Subversion |
一个小建议：如果你在维护一个 10 年以上的老项目，团队已经用 SVN 熟练了，不必强行迁 Git。但如果你参与开源或新项目起步，直接上 Git 吧——生态和工具链都比 SVN 强太多。
快速上手：几分钟跑通 Git 基本流程
光说不练假把式。下面这几个命令，几乎每个项目都会用到。我个人习惯先把项目初始化，然后分步操作：
# 初始化新仓库
git init
# 添加文件到暂存区
git add README.md main.py
# 提交到本地仓库，-m 后面写本次改动的摘要
git commit -m "feat: 初始化项目结构"
# 推送到远程仓库（第一次需要关联）
git remote add origin https://github.com/yourname/demo.git
git push -u origin main这里有个坑——我曾经犯过：忘记写 -m 直接执行 git commit，结果进入了 vim 界面，不会退出只能强关终端。后来我才知道用 git commit -m "message" 最省心。
一个小技巧：提交信息建议用约定式提交格式，比如 feat:、fix:、docs:，这样后期用 git log --oneline 看历史非常清晰。
SVN 基本操作（对比理解）
SVN 的命令风格和 Git 不同，但核心逻辑一样。如果你只接触过 Git，看看这个对比能帮你理解集中式的工作流：
# 检出（checkout）——相当于 git clone
svn checkout https://svn.example.com/project/trunk
# 更新（update）——相当于 git pull
svn update
# 提交（commit）——相当于 git commit + git push 的结合
svn commit -m "修复了登录 bug"SVN 没有「暂存区」这个概念，改了直接提交。我曾经在 SVN 项目里遇到一个经典问题：两个人同时编辑同一个文件，B 先提交，A 后提交时 SVN 会报冲突。解决冲突需要手动编辑冲突标记，不像 Git 有丰富的 merge 工具。嗯，这也是很多人转 Git 的原因之一。
你的第一个版本控制知识图谱
下面这张图是我自己整理的版本控制核心逻辑。你可以把它当作知识索引——每次学新概念时，看看它在哪个环节就清楚了。
注意：SVN 没有「暂存区」这一步，修改后直接 svn commit 就会提交到中央仓库。如果你从 SVN 转到 Git，最需要适应就是「先 add 再 commit」的两步流程——我曾经因为忘记 add，导致提交了空内容，白白浪费一次历史记录。
我的一点选型心得
如果你现在开始一个新项目，我个人强烈推荐 Git。理由很简单：
- 社区生态：GitHub、GitLab、CI/CD、Code Review 全部原生支持。
- 分支即廉价：我习惯每个功能开一个分支，哪怕只是改一行代码。SVN 下我可不敢这么干，分支多了慢。
- 离线无压力：在飞机上照样能提交、看历史、建分支，联网后再推。
当然，SVN 也不是一无是处。它的权限控制比 Git 原生更细（可以精确到目录），很多大型传统企业还在用。我记得有一次帮客户做数据迁移，他们的 SVN 仓库有 12 年历史、8 万多个提交，用 svn log 查某次修改简直噩梦——但你不得不承认它稳定、成熟。
最后还是那句话：工具是死的，人是活的。选你们团队最能驾驭的那个，先跑起来再说。