Git与其他VCS的区别

Git 是一个分布式版本控制系统（DVCS），而其他常见的版本控制系统（如 SVN、CVS、Perforce 等）多为集中式（CVCS）。两者在架构、工作流程、分支管理、性能等方面存在显著差异。以下从多个维度展开对比。

分布式 vs 集中式架构

Git 的分布式特性意味着每个开发者本地都有完整的仓库副本，包括所有历史记录和分支。而 SVN 等集中式系统依赖中央服务器存储完整版本历史。

// Git 克隆完整仓库
git clone https://github.com/user/repo.git

// SVN 仅检出最新版本
svn checkout https://svn.example.com/repo/trunk

分布式架构的优势：

• 离线工作：提交、分支操作无需网络连接
• 无单点故障：每个副本都是完整备份
• 更灵活的工作流：可先本地提交再推送到远程

集中式系统的特点：

• 权限控制集中在服务端
• 存储空间占用更少（客户端不保存历史）
• 必须联网执行多数操作

数据存储模型差异

Git 使用内容寻址文件系统（SHA-1哈希），存储的是文件快照而非差异。每次提交都会记录完整的目录树状态。

# Git 对象示例
.git/objects/
├── 12/3456789abcdef... # blob 对象（文件内容）
├── ab/cdef012345678... # tree 对象（目录结构）
└── cd/ef0123456789a... # commit 对象

传统 VCS 如 SVN 存储的是基于文件的变更列表（delta-based），版本间只记录差异。这导致：

• Git 查看历史版本更快（直接读取快照）
• Git 分支创建更轻量（仅创建新指针）
• SVN 处理大文件历史时可能更节省空间

分支与合并机制

Git 的分支是指向提交的可变指针，创建成本极低：

# 创建并切换分支
git branch feature-x
git checkout feature-x
# 等效快捷操作
git switch -c feature-x

SVN 的分支实际上是目录副本，需要服务器端操作：

svn copy ^/trunk ^/branches/feature-x -m "创建分支"
svn switch ^/branches/feature-x

合并方面：

• Git 使用三方合并算法（共同祖先+两个分支）
• SVN 需要显式记录合并关系（svn:mergeinfo属性）
• Git 的 rebase 操作可线性化历史（SVN 无等效功能）

工作区与暂存区

Git 独有的暂存区（stage/index）设计：

# 工作区 → 暂存区 → 仓库
git add file.txt        # 添加到暂存区
git commit -m "msg"     # 提交暂存区内容

传统 VCS 通常直接提交工作区变更：

svn commit -m "msg"  # 直接提交工作区修改

暂存区允许：

• 部分提交（只add特定修改）
• 暂存修改而不立即提交
• 更精确控制提交内容

历史修改与撤销

Git 支持非破坏性修改历史：

# 修改最后一次提交
git commit --amend

# 交互式变基（修改多个提交）
git rebase -i HEAD~3

SVN 等系统通常禁止修改已推送历史，撤销需新建版本：

svn merge -c -123 ^/trunk  # 撤销r123的修改

性能对比

Git 对二进制大文件（如视频、设计稿）的支持较弱，需配合 Git LFS 扩展：

# 配置 LFS 跟踪 psd 文件
git lfs track "*.psd"

协作工作流差异

Git 支持多种协作模型：

• 集中式工作流（类似 SVN）
• 功能分支工作流
• Forking 工作流（GitHub 常用）
• 分层仓库（Gerrit 的父/子仓库）

SVN 通常只有：

• 主干开发（trunk-based）
• 分支发布模型

典型 Git 团队协作示例：

# 贡献者操作
git fork upstream-repo
git clone my-fork
git checkout -b feature
git push origin feature
# 创建 PR/MR

# 维护者操作
git fetch origin feature
git merge --no-ff feature

元数据管理

Git 存储的元数据较少：

• 用户信息（name/email）
• 提交时间戳
• GPG 签名（可选）

企业级 VCS 如 Perforce 支持：

• 文件属性系统
• 变更列表描述
• 工单系统集成
• 细粒度权限控制

子模块与外部引用

Git 的子模块实际上是独立仓库：

git submodule add https://github.com/lib/library.git

SVN 的外部引用（svn:externals）可以是：

• 同一仓库的目录
• 外部仓库路径
• 固定或可浮动版本

配置与钩子

Git 的配置层级（系统/全局/本地/仓库）：

git config --global alias.st status

SVN 的钩子脚本位于服务器端：

repo/hooks/
├── pre-commit.tmpl
└── post-commit.tmpl

Git 的客户端钩子更丰富：

• pre-commit（提交前检查）
• prepare-commit-msg（编辑信息）
• post-receive（推送后触发CI）

迁移与互操作性

从 SVN 迁移到 Git 的工具：

# 使用 git-svn 双向桥接
git svn clone -s http://svn.example.com/repo

混合环境下的协作方案：

• Git 作为 SVN 前端（git-svn）
• SubGit 服务器端镜像
• 手动补丁交换（git format-patch）