1.1 SVN：集中式版本控制系统（CVCS）#

架构特点：

• 中央仓库（Repository）：唯一的真实数据源，存储所有版本历史
• 工作副本（Working Copy）：客户端本地的文件副本
• 客户端-服务器模式：所有版本操作都需要连接到中央服务器

工作流程：

1
中央仓库（服务器）
2
    ↑↓
3
工作副本（客户端A）  工作副本（客户端B）  工作副本（客户端C）

SVN 的版本号机制：

• 使用全局递增的数字作为版本号（如 r1001, r1002）
• 每次提交后整个仓库的版本号加一
• 版本号简单直观，易于理解

1.2 Git：分布式版本控制系统（DVCS）#

架构特点：

• 本地仓库：每个开发者都有完整的仓库副本，包含全部历史
• 远程仓库：用于团队协作的共享仓库（如 GitHub, GitLab）
• 点对点模式：可以离线工作，本地完成绝大多数操作

工作流程：

1
远程仓库
2
 ↑↓  ↑↓  ↑↓
3
本地仓库A  本地仓库B  本地仓库C

Git 的哈希值机制：

• 使用 SHA-1 哈希值标识每个提交（如 a3f5b2c…）
• 基于内容寻址，相同内容产生相同哈希
• 保证数据完整性

3.1 SVN 典型工作流程#

1
# 1. 检出（Checkout）- 获取工作副本
2
svn checkout http://svn.example.com/repo/trunk myproject
3

4
# 2. 更新（Update）- 获取最新代码
5
svn update
6

7
# 3. 修改文件
8
# ... 编辑文件 ...
9

10
# 4. 查看状态
11
svn status
12

13
# 5. 查看差异
14
svn diff
15

16
# 6. 添加新文件
17
svn add newfile.txt
18

19
# 7. 提交（Commit）- 直接提交到中央服务器
20
svn commit -m "提交说明"
21

22
# 8. 查看日志
23
svn log

关键点：

• svn commit 直接提交到服务器，需要网络
• 提交前必须先 svn update 解决冲突
• 每次操作都是针对中央仓库

3.2 Git 典型工作流程#

1
# 1. 克隆（Clone）- 获取完整仓库副本
2
git clone https://github.com/user/repo.git
3

4
# 2. 拉取（Pull）- 获取远程更新
5
git pull origin main
6

7
# 3. 修改文件
8
# ... 编辑文件 ...
9

10
# 4. 查看状态
11
git status
12

13
# 5. 查看差异
14
git diff
15

16
# 6. 添加到暂存区（Staging Area）
17
git add newfile.txt
18
# 或者添加所有更改
19
git add .
20

21
# 7. 提交到本地仓库
22
git commit -m "提交说明"
23

24
# 8. 推送到远程仓库
25
git push origin main
26

27
# 9. 查看日志
28
git log

关键点：

• Git 有暂存区（Staging Area）概念，SVN 没有
• git commit 提交到本地仓库，不需要网络
• git push 才推送到远程服务器
• 可以多次本地提交，再一次性推送

4.1 SVN 分支管理#

SVN 分支的本质：

• 分支是目录的完整拷贝
• 使用约定的目录结构：

  1
  /trunk       # 主干（主开发线）
  2
  /branches    # 分支目录
  3
      /feature-x
  4
      /feature-y
  5
  /tags        # 标签（发布版本）
  6
      /v1.0
  7
      /v1.1
  

分支操作：

1
# 创建分支（本质是复制目录）
2
svn copy http://svn.example.com/repo/trunk \
3
         http://svn.example.com/repo/branches/feature-x \
4
         -m "创建功能分支"
5

6
# 切换到分支
7
svn switch http://svn.example.com/repo/branches/feature-x
8

9
# 合并分支到主干
10
cd trunk
11
svn merge http://svn.example.com/repo/branches/feature-x
12
svn commit -m "合并 feature-x 分支"
13

14
# 删除分支
15
svn delete http://svn.example.com/repo/branches/feature-x \
16
           -m "删除已合并分支"

SVN 分支的问题：

• ❌ 创建分支成本高（复制整个目录）
• ❌ 切换分支需要网络操作
• ❌ 合并容易出现冲突，追踪困难
• ❌ 分支管理复杂，依赖目录约定

4.2 Git 分支管理#

Git 分支的本质：

• 分支是指向提交对象的可移动指针
• 创建分支几乎没有性能开销
• 切换分支只是移动 HEAD 指针

分支操作：

1
# 创建分支（轻量级，瞬间完成）
2
git branch feature-x
3

4
# 切换到分支
5
git checkout feature-x
6
# 或合并为一条命令
7
git checkout -b feature-x
8

9
# 查看所有分支
10
git branch -a
11

12
# 合并分支（在主分支上）
13
git checkout main
14
git merge feature-x
15

16
# 删除分支
17
git branch -d feature-x
18

19
# 推送分支到远程
20
git push origin feature-x

Git 分支的优势：

• ✅ 创建和切换分支极快（本地操作）
• ✅ 鼓励频繁使用分支
• ✅ 强大的合并算法和冲突处理
• ✅ 支持多种工作流（Git Flow, GitHub Flow 等）

Git 分支策略示例：

1
main（主分支，生产代码）
2
  ↑
3
develop（开发分支）
4
  ↑
5
feature/xxx（功能分支）
6
hotfix/xxx（热修复分支）
7
release/xxx（发布分支）

6.1 SVN 的优势#

✅ 简单易懂

• 版本号直观（r1, r2, r3…）
• 概念简单，学习曲线平缓
• 适合版本控制初学者

✅ 精确的权限控制

• 可以对目录级别设置访问权限
• 集中管理，权限控制更严格

✅ 部分检出

• 可以只检出仓库的某个目录
• 适合大型项目的模块化开发

✅ 二进制文件处理

• 对大型二进制文件处理更优
• 不会存储多个完整副本

✅ 目录版本控制

• 跟踪目录结构变化
• 空目录也能提交

6.2 SVN 的劣势#

❌ 网络依赖严重

• 提交、查看历史都需要网络
• 离线无法工作

❌ 分支管理笨重

• 创建分支成本高
• 合并复杂，容易冲突

❌ 性能较差

• 大型仓库操作缓慢
• 每次操作都需要与服务器通信

❌ 单点故障风险

• 中央服务器故障会影响所有人
• 需要定期备份服务器

6.3 Git 的优势#

✅ 分布式架构

• 每个人都有完整仓库备份
• 离线可以完成大部分工作

✅ 分支管理强大

• 创建、切换、合并分支极快
• 鼓励使用分支进行功能开发

✅ 性能优异

• 本地操作速度极快
• 智能压缩，存储高效

✅ 灵活的工作流

• 支持多种协作模式
• 强大的合并和变基功能

✅ 丰富的生态

• GitHub/GitLab 等平台支持
• 大量工具和集成

6.4 Git 的劣势#

❌ 学习曲线陡峭

• 概念复杂（暂存区、工作区、仓库）
• 命令众多，容易混淆

❌ 大文件处理较弱

• 不适合大型二进制文件
• 需要 Git LFS 扩展支持

❌ 权限控制粒度粗

• 难以实现目录级权限控制
• 通常以仓库为单位管理权限

7.1 适合使用 SVN 的场景#

• 团队成员版本控制经验较少
• 项目包含大量大型二进制文件（如游戏素材、设计文件）
• 需要严格的目录级权限控制
• 集中式管理更符合公司流程
• 不需要频繁创建分支

7.2 适合使用 Git 的场景#

• 需要频繁使用分支进行功能开发
• 团队分布式协作
• 开源项目或社区协作
• 需要离线工作能力
• 追求高性能的版本控制
• 现代 CI/CD 流程集成

8.1 思维转变#

核心转变：

1. 从集中式思维到分布式思维

   • SVN：一切围绕中央服务器
   • Git：本地仓库就是完整仓库

2. 理解三个区域

   • 工作区（Working Directory）：正在编辑的文件
   • 暂存区（Staging Area）：准备提交的文件（SVN 没有）
   • 本地仓库（Repository）：已提交的历史

3. 分支使用习惯

   • SVN：谨慎使用分支
   • Git：大胆使用分支，每个功能一个分支

8.2 常见操作对应#

提交流程对比：

SVN 流程：

1
svn update          # 更新
2
# 修改文件
3
svn commit -m "msg" # 直接提交到服务器

Git 流程：

1
git pull            # 拉取更新
2
# 修改文件
3
git add .           # 添加到暂存区（新增步骤）
4
git commit -m "msg" # 提交到本地仓库
5
git push            # 推送到远程服务器

8.3 迁移工具#

使用 git svn 桥接工具：

1
# 从 SVN 仓库创建 Git 仓库
2
git svn clone http://svn.example.com/repo
3

4
# 获取 SVN 更新
5
git svn rebase
6

7
# 提交到 SVN
8
git svn dcommit

9.1 SVN 用户学习 Git 的路径#

第一阶段：基础操作（1-2周）

• ✅ 理解 Git 的三个区域概念
• ✅ 掌握基本命令：clone, pull, add, commit, push
• ✅ 理解 Git 的分支是”指针”而非”目录”

第二阶段：分支管理（2-3周）

• ✅ 熟练使用分支：branch, checkout, merge
• ✅ 理解 fast-forward 和 three-way merge
• ✅ 学习解决合并冲突

第三阶段：高级功能（持续学习）

• ✅ 使用 rebase 重写历史
• ✅ 使用 stash 暂存工作进度
• ✅ 使用 cherry-pick 选择性合并提交
• ✅ 使用 tag 管理版本
• ✅ 配置 .gitignore 忽略文件

9.2 实践建议#

1. 从个人项目开始：先在个人项目上练习 Git
2. 使用图形化工具：SourceTree, GitKraken 等辅助理解
3. 多使用分支：养成为每个功能创建分支的习惯
4. 阅读提交历史：经常使用 git log --graph 理解提交树
5. 参与开源项目：通过 Pull Request 流程深入学习

官方文档#

• Git 官方文档
• SVN 官方手册

推荐书籍#

• 《Pro Git》（免费在线）
• 《Git 权威指南》

在线教程#

• 廖雪峰 Git 教程
• Learn Git Branching - 可视化练习

速查表#

• Git 命令速查表

最后提醒： 作为 SVN 用户转向 Git，最大的挑战是思维方式的转变。不要试图在 Git 中复制 SVN 的工作流程，而是要拥抱 Git 的分布式理念和分支文化。多实践，多犯错（有版本控制不怕），才能真正掌握 Git 的精髓。