SVN版本库分支与合并策略.doc

SVN版本库分支与合并策略 第 PAGE \* Arabic \* MERGEFORMAT 7 页第 PAGE \* Arabic \* MERGEFORMAT 7 页 SVN版本库分支与合并策略 目的 列举在开发过程中会出现的开发情况，规范在开发过程中分支的类型，何时分支何时合并 版本库发布模式 开发在主干上进行 开发在主干上进行，临近发布阶段，从主干分支出来，在分支上修订集成测试，系统测试所发现的bug。在分支上发布产品升级包。发布完成，分支合并到主干。此模式需要对主干上的开发周期做一定限制，在主干上开发的各功能模块需明确开始时间与大概结束的时间，开发周期需符合主干上的发布周期。 开发在分支上进行 开发在分支上进行，分支上的开发临近结束阶段，合并到主干修订集成测试、系统测试所发现的bug。在主干上发布产品升级包。此模式下的开发周期较灵活，各功能模块自主定义开发周期，分支上的开发临近末期则合并分支上的开发至主干。如多个功能模块发布时间临近则采取先合并先收益的方式，先合并的分支，在合并过程中解决的冲突越小。 分支的三种类型 现场版本的维护的分支 现场版本的维护有如下两种情况： 现场版本即为主干上最新版本 如现场版本既是主干上最新的版本，从主干上最新版本分支，分支上修改完毕，合并至主干后，在主干上做集成测试，系统测试。 现场版本不是主干上最新的版本 现场版本不是主干上最新的，即现场的版本属于之前的某个时期的版本，尚未更新至目前最新的。首先确定现场版本，从现场版本的基线分支，在分支上修改完毕，通过集成测试，系统测试，发布，再合并至主干。 主干意义深远或重大变革的分支 适用于对主干的重构或开发周期较长的功能开发 客户化需求分支 客户化分支是永远不会关闭的分支，它随着主干的不断开发一直往前推进。客户化分支的发布在客户化分支上进行。 注：客户化分支的开发难点到一个如何与主干中的开发同步的问题。 客户化分支与主干同步有两种实现方法： 通过升级包实现同步。在主干的开发过程中，会不断有升级包产生。升级包在全省范围内部署的时候，同样在客户化地市部署。这种处理方法适用于客户化修改未发布到现场之前。 通过合并主干代码实现同步。在主干的开发过程中，会不断有升级包产生。对应升级包产生的代码合并到客户化分支，解决源码上的冲突，在客户化分支做该升级包的发布。这种处理方法适用于客户化修改发布到现场之后。