cc工作模式比较.doc

CC工作模式比较
CC存在BASE和UCM两种工作方式,两种工作方式的区别参看附件:
下面对两种方式相对立的优缺点进行比较:
BASE方式
优点:
适合串行开发,即单集成分支、单开发分支;
适合作为归档库;
缺点:
CC和CQ没有直接关联,无法实现CR的对应变更集的跟踪管理,CR的状态跟踪完全靠CM人员手工维护;
CM人员需要掌握大量的命令,靠手工进行标签的管理;
Base流程
CM人员建立项目环境;
创建vob;
定义分支策略;
创建共享视图和标准的配置规约;
定义视图名称规范;
CM人员执行开发策略;
定义标签;
定义属性;
使用hyperlinks;
使用triggers;
定义locks;
定于全局类型;
建立merge策略;
开发人员进行开发;
开发人员提交工作成果到集成分支;
CM人员构建发布产品;
CM人员打标签;
UCM方式
优点:
适合并行开发,即单集成流、多开发流;
适合作为开发过程的配置管理;
CC和CQ紧密关联,中针对任何元素、基线等直接查看CQ中的CR信息,中的具体变更内容,中提交的过程,CQ中的CR状态自动转换。
CM人员通过图形化界面操作即可实现基线、标签的管理;
ponents)进行管理,比如针对U888项目,可以分成ATS、CI、ATC、MSS、MMS、DCS等多个组件,不同的开发人员只要对各自负责的组件进行操作,不涉及其它组件,这样可以实现安全隔离;每个组件可以形成各自的基线,同时在这些基线的基础上,可以针对整个U888项目形成复合基线,也就构成真正发布现场的系统基线。
缺点:
不适合串行开发;
CM人员需要精通配置管理,针对多开发流进行基线的管理工作。
UCM流程
CM人员创建vob;
CM人员创建ucm project;
开发人员加入ucm project;
开发人员进行开发;
CM人员deliver工作成果到集成流;
CM人员创建基线;
CM人员在里程碑处提升基线等级;
开发人员在私有空间获取最新的推荐基线;