svn 的详细介绍及用法

一、SVN 的优缺点

优点

1. 集中式管理

   • 所有代码和历史记录存储在中央服务器，权限控制严格，适合企业级项目管理。
   • 简单直观：用户只需要关注当前工作目录，无需处理复杂的本地仓库。

2. 目录版本控制

   • 支持对文件和目录的版本管理（包括重命名、移动等操作）。
   • 可以单独对目录进行版本控制。

3. 原子性提交

   • 提交操作要么完全成功，要么完全失败，避免部分提交导致的代码不一致。

4. 适合二进制文件

   • 对二进制文件（如图片、视频）的版本管理支持较好（Git 对大文件支持较弱）。

5. 严格的权限控制

   • 通过 svnserve 或 Apache 插件，可实现目录级的读写权限控制。

缺点

1. 依赖中央服务器

   • 必须联网才能提交代码或查看历史记录（无法离线工作）。
   • 服务器宕机时，团队协作会中断。

2. 分支和合并效率低

   • 分支是目录的完整拷贝，占用存储空间。
   • 合并分支时需要手动跟踪变更历史，容易出错（早期版本）。

3. 版本号全局递增

   • 版本号是全局的整数（如 r123），而非 Git 的哈希值，可能引发冲突。

4. 历史追溯不够灵活

   • 查看历史需要连接服务器，且操作速度较慢。

二、SVN 基础用法示例

1. 安装与配置

• 安装 SVN
  下载地址：https://subversion.apache.org/

  • Windows 推荐使用 TortoiseSVN（图形化工具）。
  • Linux/macOS 使用包管理器：

    # Ubuntu/Debian
    sudo apt-get install subversion
    
    # macOS
    brew install subversion
    

• 创建仓库（服务端）

  svnadmin create /path/to/repo  # 创建一个新的 SVN 仓库
  

2. 基础操作

(1) 检出代码（Checkout）

svn checkout http://svn.example.com/repo/trunk  # 检出仓库的 trunk 目录
# 简写为 svn co

(2) 添加文件并提交

echo "Hello SVN" > file.txt
svn add file.txt          # 添加文件到版本控制
svn commit -m "Add file.txt"  # 提交到服务器

(3) 更新代码（Update）

svn update   # 拉取服务器最新代码（简写为 svn up）

(4) 查看状态与历史

svn status    # 查看工作区状态（简写为 svn st）
svn log       # 查看提交历史
svn diff      # 查看当前修改的差异

3. 分支与合并

(1) 创建分支

svn copy http://svn.example.com/repo/trunk \
         http://svn.example.com/repo/branches/feature-login \
         -m "Create branch for login feature"

(2) 切换分支

svn switch http://svn.example.com/repo/branches/feature-login  # 切换到分支

(3) 合并分支

svn merge http://svn.example.com/repo/branches/feature-login  # 将分支合并到当前目录
svn commit -m "Merge feature-login to trunk"

4. 解决冲突

当多人修改同一文件时可能发生冲突：

1. 执行 svn update 后提示冲突。
2. 手动编辑文件，解决冲突标记（<<<<<<<, =======, >>>>>>>）。
3. 标记冲突已解决：

   svn resolve --accept working file.txt
   

4. 提交修改：

   svn commit -m "Resolve conflict in file.txt"
   

5. 标签（Tag）

标签通常用于标记发布版本：

svn copy http://svn.example.com/repo/trunk \
         http://svn.example.com/repo/tags/v1.0.0 \
         -m "Tag version 1.0.0"

三、SVN 目录结构规范

SVN 仓库通常按以下目录组织：

• trunk：主开发分支，存放当前稳定代码。
• branches：功能分支或修复分支。
• tags：发布版本的快照（只读）。

示例仓库结构：

repo/
├── trunk/
├── branches/
│   ├── feature-login/
│   └── hotfix-2023/
└── tags/
    ├── v1.0.0/
    └── v1.1.0/

四、SVN 最佳实践

1. 频繁更新与提交

   • 提交前先执行 svn update，避免覆盖他人修改。
   • 提交时写明清晰的日志（如 “Fix: resolve login page CSS issue”）。

2. 合理使用分支

   • 长期功能开发使用分支，避免直接修改 trunk。

3. 避免提交临时文件

   • 通过 svn:ignore 属性忽略临时文件（如 .class, .log）。

4. 定期备份仓库

   • 集中式架构的服务器需定期备份，防止数据丢失。

五、Git 与 SVN 对比

六、适用场景

• 选择 SVN：

  • 企业级项目，需严格权限控制。
  • 项目以二进制文件为主（如游戏资源、设计稿）。
  • 团队习惯集中式管理。

• 选择 Git：

  • 开源项目或分布式团队协作。
  • 需要频繁分支和合并的场景。
  • 开发者需离线工作。

总结

SVN 作为集中式版本控制的代表，适合对权限管理和目录结构要求严格的场景，但分支和合并效率较低。建议根据团队需求和项目特点选择工具。如果想深入学习现代协作流程，Git 仍是更主流的选择！