SVN分支管理模式解析.pdfVIP

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