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

1、目的 列举在开发过程中会出现的开发情况，规范在开发过程中分支的类型，何时分支何时合并 2、版本库发布模式 开发在主干上进行 开发在主干上进行，临近发布阶段，从主干分支出来，在分支上修订集成测试，系统测试所发现的bug。在分支上发布产品升级包。发布完成，分支合并到 主干。此模式需要对主干上的开发周期做一定限制，在主干上开发的各功能模块需明确开始时间与大概结束的时间，开发周期需符合主干上的发布周期。 开发在分支上进行 开发在分支上进行，分支上的开发临近结束阶段，合并到主干修订集成测试、系统测试所发现的 bug。在主干上发布产品升级包。此模式下的开发周期较灵活， 各功能模块自主定义开发周期，分支上的开发临近末期则合并分支上的开发至主干。如多个功能模块发布时间临近则采取先合并先收益的方式，先合并的分支， 在合并过程中解决的冲突越小。 3、分支的三种类型 现场版本的维护的分支 缺陷修复更开发流程图 缺陷修复更开发流程图 项目经理 问题录入人员 配置管理员 开发经理 开发人员 集成测试人员 系统测试人 员 开始 是否需 要分支 是 接收问题报告 录入问题 录入分支申 请 陷缺收接 分析问题确定 bug出现的的版本 否 根据版本创建分支并为开人人员分配权限 指派开发人员 编码 段阶发开 指定开发基线并 为开发人员分配相关权限 编码基本结束，进入测试阶段前 合并 根据发布模式判断是否把此修 改合并到主干 集成测试 系统测试 段阶布发 发布 合并 关闭分支及开发人 员权限 标记发布标签及整 理发布文档 期后布发 结束 现场版本的维护有如下两种情况： A、 现场版本即为主干上最新版本 如现场版本既是主干上最新的版本，从主干上最新版本分支，分支 上修改完毕，合并至主干后，在主干上做集成测试，系统测试。 B、 现场版本不是主干上最新的版本 现场版本不是主干上最新的，即现场的版本属于之前的某个时期的版本， 尚未更新至目前最新的。首先确定现场版本，从现场版本的基线分支， 在分支上修改完毕，通过集成测试，系统测试，发布，再合并至主干。 主干意义深远或重大变革的分支 适用于对主干的重构或开发周期较长的功能开发 对主干重大变革开发流程图 对主干重大变革开发流程图 项目经理 配置管理员 开发经理 开发人员 集成测试人员 系统测试人员 开始 录入分支申请 接受变更请求 更变收接 分析变更请求 基于最新的稳定基 线创建分支并分配相应权限 指派开发人员 段阶发开 编码 合并分支上的修改 到主干 关闭分支及开发权 限 集成测试 系统测试 期初布发 发布升级包 标记发布标签及整 理发布文档 期后布发 结束 客户化需求分支 客户化分支是永远不会关闭的分支，它随着主干的不断开发一直往前推 进。客户化分支的发布在客户化分支上进行。 客户化需求开发流程图 项目经理 配置管理员 开发经理 开发人员 集成测试人员 系统测试人员 开始 接收客户化需求 指派开发人员 期 发初 为客户化开发创建 发 分支并为开发人员 开 分配权限 中 编码 发开 合并主干上的修改到客户化分支 集成测试 系统测试 发布升级包 期时布发 标记发布标签整理发布文档 期 后 结束 布发 注：客户化分支的开发难点到一个如何与主干中的开发同步的问题。 客户化分支与主干同步有两种实现方法： A、 通过升级包实现同步。在主干的开发过程中，会不断有升级包产生。升级包在全省范围内部署的时候，同样在客户化地市部署。这种处理方法适用于客户化修改未发布到现场之前。 B、 通过合并主干代码实现同步。在主干的开发过程中，会不断有升级包产生。对应升级包产生的代码合并到客户化分支，解决源码上的冲突，在客户化分支做该升级包的发布。这种处理方法适用于客户化修改发布到现场之后。