SVN

为什么还有人在用SVN

在游戏开发工程中，有些团队依然选择用 SVN（Subversion）作为版本控制工具，主要原因有以下几点：

历史遗留和团队习惯

很多大型游戏公司从很早就开始用 SVN，积累了大量代码和资源管理经验。
团队成员对 SVN 工作流熟悉，转到 Git 等新系统需要培训和适应时间。

对大二进制资源管理更友好

游戏项目中大量素材是二进制文件（模型、贴图、音频、视频等）。
SVN 服务器端对二进制文件支持比较好，支持锁定（lock）机制，避免多人冲突编辑。
Git 对二进制文件处理不如 SVN 方便且高效（Git 主要优化文本文件的差异管理）。

简单集中式工作流更适合部分团队

SVN 是集中式版本控制系统（CVCS），更容易控制权限和管理分支。
对于一些不需要复杂分支合并的团队，SVN 更直观简单。

大文件和大仓库支持

游戏项目的资源量大，SVN 服务器可以支持较大仓库和文件，且对网络带宽要求相对宽松。
Git 仓库克隆时需要完整下载整个历史，对于超大项目不太友好。

工具链和集成支持

一些游戏开发工具或中间件对 SVN 有很好的集成支持。
持续集成、构建系统、资产管理工具有时和 SVN 配合更顺畅。

虽然 Git 在开源和互联网项目中更流行、灵活，但游戏开发里涉及大量大文件、二进制资产且团队规模大时，SVN 依然因其稳定、高效的集中式管理和锁机制而被广泛使用。

如果游戏项目对分布式协作、分支管理需求高，也有越来越多团队开始混用 Git 或迁移到 Git。

好的，下面给你列举 SVN（Subversion） 中常用的主要命令，以及基本的使用方式说明。SVN命令很多，这里以常用和核心命令为主。

SVN常用命令及用法

命令	功能描述	使用示例
`svn checkout`	从仓库检出代码（下载代码）	`svn checkout URL [目录]`
`svn update`	更新本地代码，获取最新仓库版本	`svn update [路径]`
`svn commit`	提交本地修改到仓库	`svn commit -m "提交说明"`
`svn add`	添加新文件或目录到版本控制	`svn add 文件名`
`svn delete`	删除版本控制中的文件或目录	`svn delete 文件名`
`svn status`	查看本地代码状态，显示修改、未跟踪等情况	`svn status`
`svn diff`	查看本地修改和仓库版本的差异	`svn diff [文件名]`
`svn log`	查看提交日志	`svn log [路径]`
`svn revert`	撤销本地修改，回退到上一次更新的版本	`svn revert 文件名`
`svn info`	显示文件或目录的详细版本信息	`svn info 文件名`
`svn list`	查看仓库目录列表	`svn list URL`
`svn copy`	复制文件或目录（常用于分支或标签创建）	`svn copy 源URL 目标URL -m "创建分支"`
`svn move`	移动或重命名文件或目录	`svn move 旧文件新文件`
`svn cleanup`	清理工作副本，解除锁定	`svn cleanup [路径]`
`svn lock`	锁定文件（防止他人修改）	`svn lock 文件名 -m "锁定原因"`
`svn unlock`	解锁文件	`svn unlock 文件名`
`svn resolve`	解决冲突	`svn resolve --accept=working 文件名`
`svn switch`	切换到仓库中另一个分支或目录	`svn switch URL`

基本使用示例

检出项目

svn checkout https://svn.example.com/repo/project/trunk myproject

查看修改状态

svn status

添加新文件

svn add newfile.txt

提交修改

svn commit -m "修复bug，增加功能"

更新代码

svn update

查看日志

svn log

查看文件修改差异

svn diff myfile.cpp

撤销本地修改

svn revert myfile.cpp

额外说明

SVN 是集中式版本控制，所有操作多数需要连接服务器。
svn commit 提交需要写明 -m "说明"，否则会打开编辑器要求输入提交说明。
SVN 支持分支和标签，通过 svn copy 实现，不同于 Git 的分支机制。
使用 svn cleanup 可以解决工作目录锁定等异常问题。

好的！我用中文给你详细解释 SVN 中项目分支（branch）、合并（merge）、以及创建分支的概念和相关操作。

SVN中的分支（Branch）概念

**分支（Branch）**就是项目代码的一个独立副本，允许你在不影响主干（trunk）代码的情况下，进行功能开发、修复bug或试验新特性。
SVN是集中式版本控制，分支并不是像Git那样的轻量级指针，而是通过复制（copy）仓库中的某个目录（一般是 trunk）来创建新的分支目录。

分支本质上是仓库中的一个目录，常见分支管理目录结构：

/trunk      （主干代码）
/branches   （所有分支存放目录）
/tags       （所有标签存放目录）

创建分支（Create Branch）

在 SVN 中创建分支，通常是用 svn copy 命令，将 trunk 目录复制到 branches 下某个新目录，操作在服务器端完成，且不会复制文件内容，只是创建一个“指向”的拷贝，节省空间。

命令格式：

svn copy URL_to_trunk URL_to_branches/branch_name -m "创建分支 branch_name"

例如：

svn copy https://svn.example.com/repo/project/trunk https://svn.example.com/repo/project/branches/feature_x -m "创建feature_x分支"

这样你就创建了一个叫 feature_x 的分支。

使用分支

你可以用 svn checkout 检出对应分支的代码：

svn checkout https://svn.example.com/repo/project/branches/feature_x

在分支上独立开发，提交修改。

合并（Merge）概念

合并是指把一个分支上的改动应用到另一个分支（通常是合并回主干 trunk）。
由于 SVN 分支是独立目录，合并时需要明确告诉 SVN 把哪个分支的哪部分改动合并到当前工作目录。

合并的基本步骤

假设你想把 branches/feature_x 分支的改动合并回 trunk：

切换到主干工作目录：

svn checkout https://svn.example.com/repo/project/trunk
cd trunk

执行合并命令：

svn merge https://svn.example.com/repo/project/branches/feature_x

解决冲突（如果有的话），测试代码。

提交合并后的修改：

svn commit -m "合并 feature_x 分支改动到 trunk"

合并的注意事项

SVN 会记录合并历史，避免重复合并相同改动。
合并前确保本地工作目录是干净的（没有未提交修改）。
复杂合并时建议先在本地测试，解决冲突后再提交。