SVN 分支管理模式探析 本文试图从SVN 分支管理的结构模式、规则模式、使用场景、优缺点分析等几个方面阐述几种不同的分支管理模式。 结构模式——通过约束和指导项目的整体目录结构，实现并行开发的组织结构、开发模式及开发过程的约束和指导。 规则模式——通过对项目不同分支的相关的操作实施约束，如访问控制、分支合并及发布等操作的约束和指导。 1、 使用场景 a) 你的系统只有一个版本发布给最终用户； b) 你的维护方式是让客户不断升级到下一个版本； c) 所有对系统的修改都必须包含在下一个版本中； d) 已发布版本的bug 是可控的，极少存在进行下一个版本开发过程中进行上一版本bug 的修复工作。 2、 图例 3、 结构模式 分支名称 源分支 开发方式 对应版本 tru nk 无 项目开发人员主要分支,其他人员无需使用该分支 当前正在开发的版本-Dev tags tru nk 测试和发布专用分支，该分支代码不允许任何形式的修改 当前正在测试的版本-Test 当前已经发布的版本-R branches ─ ─ ─ 4、 规则模式 a) 权限规则：Tru nk 分支对项目开发人员读写权限、tags 分支对所有人只读权限、banches 分支废弃不用或很少用。 b) 分支规则：开发人员直接在tru nk 上进行项目的开发，提测阶段从 tru nk 上拉测试分支2010-12-15-1.0-T1 到 tags 下，供测试人员进行测试；发布阶段从 tru nk 上拉发布分支2010-12-15-1.0-R1 到 tags 下，供发布人员进行发布。 5、 优缺点分析 a) 优点：分支结构简单、清晰；开发过程中无分支合并/冲突解决等操作 b) 缺点：不支持并行开发；不支持多版本发布。 单主干多分支-并行开发模式 1、 使用场景 a) 你的系统只有一个版本发布给最终用户； b) 你的维护方式是让客户不断升级到下一个版本； c) 所有对系统的修改都必须包含在下一个版本中； d) 需要频繁的修改前一个发布版本的bu g，以及不断开发新的版本。 2、 图例 3、 结构模式 分支名称 源分支 开发方式 对应版本 trunk 无 主干冻结，不允许开发 当前已经发布的版本-R tags trunk 测试和发布专用分支，该分支代码不允许任何形式的修改 当前正在测试的版本-Test 当前已经发布的版本-R branches trunk 开发专用分支 当前正在开发的版本-Dev 4、 规则模式 a) 权限规则： Trunk 权限冻结开发，只有发布上线以后的版本才可以由 SCM 或 SCM 系统合并到 trunk...
