第一章：版本管理基础
大家好，我是你们的讲师。今天咱们聊聊版本管理。
说实话，我刚入行那会儿，对版本管理这事儿真没当回事。直到有一次，我熬夜改了一周的代码，结果不小心把整个项目文件夹给覆盖了……嗯，那种欲哭无泪的感觉，至今记忆犹新。从那以后，版本管理就成了我开发流程里的铁律。
什么是版本管理？
版本管理，说白了就是给代码拍“快照”。
你想想看，写代码就像盖房子。今天砌了一面墙，明天想拆了重砌，后天又想恢复原样。如果没有图纸记录，你只能靠脑子记。但人脑会忘啊！
版本管理就是那个帮你记录所有“施工过程”的工具。它知道每一行代码是谁改的、什么时候改的、改了什么内容。甚至能让你一键回到三天前的状态。
核心概念：版本管理 = 代码的时光机 + 协作的记事本
为什么需要版本管理？
我遇到过不少团队，一开始觉得“我们人少，用不着版本管理”。结果呢？代码散落在各个人的U盘里、聊天记录里、甚至打印出来的纸上……
版本管理能解决三个核心痛点：
- 防丢：代码不会因为硬盘坏了、手滑删了而消失
- 回溯：随时可以回到任何一个历史版本
- 协作：多人同时开发，互不干扰
我记得有个项目，上线前一天发现了一个严重bug。当时所有人都慌了，因为不知道从哪开始排查。幸好我们有版本管理，直接回退到三天前的版本，先保证上线，再慢慢查问题。你想想看，如果没有版本管理，那天晚上估计得通宵重写代码了。
我的建议：不管项目多小，哪怕只有你一个人，也请用版本管理。这是最低成本的“后悔药”。
常见版本管理工具对比
目前市面上主流的版本管理工具，就是Git和SVN。我两个都用过，说说我的感受。
| 对比维度 | Git | SVN |
|---|---|---|
| 架构 | 分布式 | 集中式 |
| 离线工作 | 支持 | 不支持 |
| 分支管理 | 轻量、灵活 | 较重、目录式 |
| 学习曲线 | 较陡 | 较平缓 |
| 适合场景 | 开源、分布式团队 | 企业内网、集中管理 |
Git vs SVN：我的实战经验
Git 是我现在的主力工具。为什么？因为它快，而且分支操作太方便了。
我在项目中遇到过这样一个场景：产品经理突然说“这个功能下周再上，先切回上周的版本”。用Git的话，我只需要 git checkout 一下，几秒钟搞定。但如果是SVN，我得先看日志找到那个版本号，然后 svn merge，搞不好还会冲突。
SVN 呢？也不是一无是处。我记得早期在银行项目里，客户要求所有代码必须集中存储在服务器上，不允许本地有完整副本。这时候SVN就派上用场了。它的权限管理做得比Git原生好，适合那种“严格控制”的环境。
避坑指南：我曾经见过一个团队，用SVN但每个人都在本地建分支，结果分支一多，目录结构乱成一锅粥。后来迁移到Git，才彻底解决了这个问题。所以工具选型，一定要看团队的实际工作流。
版本管理的基本操作
不管用Git还是SVN，核心操作就那么几个：
- 初始化仓库：让工具开始“盯”着你的代码
- 提交变更：把修改记录保存下来
- 查看历史：看看谁在什么时候改了啥
- 回退版本：回到某个历史状态
- 分支与合并：并行开发，最后合到一起
举个Git的例子：
# 初始化仓库
git init
# 添加文件到暂存区
git add .
# 提交变更
git commit -m "完成了登录功能"
# 查看历史
git log
# 回退到上一个版本
git reset --hard HEAD~1
# 创建并切换到新分支
git checkout -b feature-login这些命令，说白了就是版本管理的“日常三件套”。你只要掌握了这些，基本就能应付大部分场景了。
版本管理的核心理念
最后，我想分享一个理念：版本管理不是工具，而是习惯。
我见过太多人，装好了Git，但从来不提交。等到代码出问题了，才想起来“哦，我好像没提交过”。
我的习惯是：每完成一个功能点，就提交一次。哪怕只是改了一行注释。这样，每次回退都能精确到“改注释之前”和“改注释之后”。
你想想看，如果一天只提交一次，那回退的时候，你丢掉的可是整整一天的工作量。但如果每半小时提交一次，最多也就丢半小时的活。这个账，算得过来吧？
小技巧：提交信息要写清楚。别写“修改了一些东西”这种废话。写“修复了登录页面的空指针异常”，这样三个月后回头看，你还能知道当时改了啥。
好了，第一章的内容就到这里。版本管理是后续所有章节的基础，一定要打好这个底子。下一章，咱们聊聊Git的分支策略，那可是实战中的重头戏。