SVN分支管理模式解析.docx

SVN分支管理模式探析
本文试图从SVN分支管理的结构模式、规则模式、使用场景、优缺点分析等几个方面阐述几种不同的分支管理模式。
结构模式——通过约束和指导项目的整体目录结构，实现并行开发的组织结构、开发模式及开发过程的约束和指导。
规则模式——通过对项目不同分支的相关的操作实施约束，如访问控制、分支合并及发布等操作的约束和指导。
单主干-串行开发模式
使用场景
你的系统只有一个版本发布给最终用户；
你的维护方式是让客户不断升级到下一个版本；
所有对系统的修改都必须包含在下一个版本中；
已发布版本的bug是可控的，极少存在进行下一个版本开发过程中进行上一版本bug的修复工作。
图例

结构模式

分支名称源分支开发方式对应版本trunk无项目开发人员主要分支,其他人员无需使用该分支当前正在开发的版本-Devtagstrunk测试和发布专用分支，该分支代码不允许任何形式的修改当前正在测试的版本-Test
当前已经发布的版本-Rbranches───
规则模式
权限规则：Trunk分支对项目开发人员读写权限、tags分支对所有人只读权限、banches分支废弃不用或很少用。
分支规则：开发人员直接在trunk上进行项目的开发，提测阶段从trunk上拉测试分支2010-12-15-1.0-T1到tags下，供测试人员进行测试；发布阶段从trunk上拉发布分支2010-12-15-1.0-R1到tags下，供发布人员进行发布。

优缺点分析
优点：分支结构简单、清晰；开发过程中无分支合并/冲突解决等操作
缺点：不支持并行开发；不支持多版本发布。

单主干多分支-并行开发模式
使用场景
你的系统只有一个版本发布给最终用户；
你的维护方式是让客户不断升级到下一个版本；
所有对系统的修改都必须包含在下一个版本中；
需要频繁的修改前一个发布版本的bug，以及不断开发新的版本。
图例

结构模式
分支名称源分支开发方式对应版本trunk无主干冻结，不允许开发当前已经发布的版本-Rtagstrunk测试和发布专用分支，该分支代码不允许任何形式的修改当前正在测试的版本-Test当前已经发布的版本-Rbranchestrunk开发专用分支当前正在开发的版本-Dev规则模式
权限规则：
Trunk权限冻结开发，只有发布上线以后的版本才可以由SCM或SCM系统合并到trunk上；
tags分支对所有人只读权限，用户测试、集成和发布分支用；
banches分支是任何版本开发的唯一分支。
分支规则：
任何开发版本发起，都必须从trunk上copy出分支到branches进行开发；
提交测试（集成、发布）必须先从trunk创建测试（集成、发布）分支，然后合并branches分支内容，保证trunk内容的更新及时反馈到集成；
发布阶段从trunk上拉发布分支2010-12-15-1.0-R1到tags下，然后合并branches内容到tags,供发布人员进行发布，发布成功后，合并tags分支到trunk。Trunk完成一次发布升级。
优缺点分析
优点：可以随时保证trunk上东西的稳定性，使trunk随时可用；可以从trunk上随时拿到已发布的任意一个版本。
缺点：违背了SVN的规范，把trunk库当成了tag库去使用；分支合并频繁，导致冲突多，处理这些会消耗不少的资源，以及引入额外错误的可能；不支持多版本发布。
多主干-串行开发模式
使用场景
你的系统有多个版本发布给最终用户；
每个版本的维护都是独立进行的，只在需要的时候才进行各版本的合并维护；
已发布版本的bug是可控的，极少存在进行下一个版本开发过程中进行上一版本bug的修复工作。
图例

结构模式

分支名称源分支开发方式对应版本trunk无主版本的开发分支当前正在开发的版本-DevversionTrunk/version维护版本的开发分支当前正在开发的版本-Devtagstrunk测试和发布专用分支，该分支代码不允许任何形式的修改当前正在测试的版本-Test
当前已经发布的版本-Rbranches------------规则模式
权限规则：Trunk和version分支对项目开发人员读写权限、tags分支对所有人只读权限、banches分支废弃不用或很少用。
分支规则：开发人员直接在trunk或version上进行项目的开发，提测阶段从trunk或version上拉测试分支2010-12-15-1.0-T1到tags下，供测试人员进行测试；发布阶段从trunk或version上拉发布分支2010-12-15-1.0-R1到tags下，供发布人员进行发布。
Version开发分支可以从trunk或其他version分支上创建而来。
可以根据需要在version和trunk之间，或version之间合并