Git 和 SVN（Subversion）都是版本控制系统，但设计理念、架构和工作方式有很大区别。下面用表格对比最核心的区别，便于快速理解：
| 特性 | Git（分布式） | SVN（集中式） |
|---|---|---|
| 架构 | 分布式（Distributed） 每个开发者本地都有完整仓库（含历史） | 集中式（Centralized） 只有一个中央服务器仓库 |
| 是否需要联网 | 大多数操作（commit、diff、log、branch、merge 等）无需联网 | 几乎所有操作（commit、update、log 等）都需要联网 |
| 提交速度 | 极快（本地提交） | 较慢（需要上传到服务器） |
| 分支模型 | 轻量级分支（本质是一个指针），创建/切换几乎瞬间 | 重量级分支（目录拷贝），创建慢、占用服务器空间 |
| 分支合并 | 非常强大，日常开发鼓励频繁建分支 | 合并麻烦，很多人害怕建分支 |
| 历史修改能力 | 许可随意重写历史（rebase、amend、reset） | 基本不可修改已提交的历史 |
| 仓库大小 | 通常比 SVN 小很多（打包存储对象） | 容易膨胀（尤其是二进制文件） |
| 权限控制 | 较弱，通常在托管平台（如 GitHub/GitLab）上控制 | 原生支持细粒度的路径级权限控制 |
| 二进制文件处理 | 较差（历史占用空间大），通常配合 Git LFS | 较好，但版本越多越占服务器空间 |
| 离线工作能力 | 完全支持，断网也能干活 | 主要不支持，只能查看已缓存的文件 |
| 提交原子性 | 整个仓库所有提交是原子的 | 单次提交是原子的，但仓库整体不是 |
| 典型使用场景 | 开源项目、互联网公司、现代开发流程 | 传统企业、必须严格权限控制的大型项目 |
| 学习曲线 | 较陡（概念多：staging area、rebase、reflog 等） | 相对简单直观 |
| 主流托管平台 | GitHub、GitLab、Gitee、Bitbucket | Apache Subversion、VisualSVN、云效、企业自建 |
最直观的感受对比（开发者日常体验）
| 操作 | Git 体验 | SVN 体验 |
|---|---|---|
| 提交代码 | git commit 秒级完成 | svn commit 要等网络，慢时十几秒 |
| 创建分支 | git branch feature-x 瞬间完成 | svn copy trunk branches/feature-x 慢 |
| 切换分支 | git switch xxx 毫秒级 | svn switch 要联网下载差异 |
| 查看日志 | git log --graph --oneline --all 美观 | svn log 只能看当前分支 |
| 网络断开时 | 照样 commit、diff、merge | 基本瘫痪 |
| 代码审查（Code Review） | Pull Request/Merge Request 流程完美支持 | 通常要额外应用，流程较重 |
总结一句话区别：
- SVN是“中央仓库制”，所有人的代码必须通过一个中心服务器，适合传统企业严格管理。
- Git是“人手一个完整仓库”，每个人电脑上就是完整备份，速度飞快、分支自由，彻底改变了现代软件开发协作方式。
现在（2025年）绝大多数新项目都选择 Git，只有少数对权限要求极高或历史包袱极重的传统企业还在使用 SVN。
如果你是个人开发者、开源方案、初创公司或互联网团队，99% 的情况都应该选 Git。