并行开发策略标准

并行开发策略标准文件编写及修改说明：修改状态修改日期修改人变更位置及修改摘要备注02009-06-15侯洪志根据SDP实施方案，进行创建目标：并行多版本策略指产品开发的某一阶段出现基准版（通版）补丁维护、项目专版、SP版同时并行开发的局面时，首先确定统一的分支合并标准，然后再考虑具体SCM工具和协同开发平台如何支持。适用范围：涉及部门：研发序列各开发部门涉及业务：软件产品/项目开发中代码开发的分支与合并场景基本原则：根据各产品线开发模式的需要，配置平台在定义相应项目策略时采取的方式不同。基本原则如下：1）依据各产品线产品版本发布策略，定义通版（双流）、专版（单流）、补丁（单流）、Hotfix（单流）。2）依据产品（模块）划分开发构件（Component）3）依据项目集成构造模式划分不同开发分支（Stream）4）依据开发模式定义项目策略；包括Deliver、makeBaseline5）通版以双流方式，支持开发过程中统一集成。6）通版发版后的项目将被废弃，同时，创建基于发版基线的补丁项目。4、分支策略：基于开发模式的不同，采用的项目分支策略是不一样的，即创建的Stream含义是不同的，集成SDP平台的流程也不一样，对修改任务（Activity）的使用方式也不尽相同。因此，掌握既定的配置管理平台策略定义是非常重要的。下表列出了配置平台项目策略定义的规范，供各产品线参照执行。项目分类流（Stream）的命名规范流命名含义集成SDP平台对应开发流程活动来源大版本开发项目（双流）_Intergration结尾供产品集成员和项目内交付人员进行集成构造用是构造流程Deliver交付活动_Dev结尾供项目内开发人员进行代码开发用缺陷管理流程；1、缺陷管理流程；

2、集成阶段前开发经理可创建功能修改任务补丁开发项目（U8：单流项目；NC：独立在大版项目下的开发单流）_Patch结尾（NC）

_Patch_Intergration结尾（U8）供发版后支持问题修改是补丁管理流程U8：自动集成补丁管理平台流程；

NC:开发经理分配Hotfix项目（U8专有,单流项目）_Hotfix_Intergration结尾供Hotfix版本发布前的集成开发是缺陷管理流程；缺陷管理流程专版项目_Special_Intergration结尾供确定的专项补丁开发否专版开发流程自定义合并策略：☆通版与补丁项目并行开发策略原则：定期以基线方式从补丁分支Deliver至通版项目的开发分支☆补丁与HOTFIX项目并行开发策略原则：1）确定代码分支方式为补丁分支+HOTFIX分支 2）确定补丁定期以基线方式Deliver至HOTFIX分支3）HOTFIX发版后需将发版代码以基线方式Delver至补丁分支，并进行编译环境的整理☆专版与通版、及其他项目并行开发策略原则：1）专版立项确认表2）建立专版配置环境，确认专版项目基线版本，一般取自当前最新补丁基线版本。 3）并行开发，原则上不做合并☆异地开发策略方案A场景：在异地开发时，本地-异地间网络条件较好，或有固定网络带宽，可以保证足够的数据传输速度和性能。方法：总部统一管理和运维配置库和平台。通过SCM工具的WEB方式访问总部服务器。适用与固定异地开发中心与总部同步开发。方案B场景： 项目在异地和本地串行开发，总部作为主版本库，开发人员在异地，要求定期回传异地版本，但没有和本地版本合并的需求。方法：在这种情况下，只需要按时间周期将异地开发的内容发回总部，由总部的产品线代码级配置管理员导入新版本即可，异地开发过程中的版本不受控。过程如下图所示：方案C场景：同一项目存在异地和本地不同开发人员并行进行开发，两地人员构成虚拟项目组的情况，要求定期回传异地版本，同时从异地发回本地的版本需要合并到本地开发的版本空间中。方法：可以通过将本地开发的某个稳定基线创建一个异地开发子流，异地开发人员取得该流上的元素版本，带到异地进行开发，异地在开发过程中版本不受控，当开发到一个里程碑时，将开发的结果传回本地，导入到本地开发流上，同时还可以进一步执行deliver操作将结果提交到项目所在的本地开发流上进行合并。通过这