通过CC如何实现配置管理三库（开发/受控/产品）

Stream/project/component ,怎样结合实现配置管理的开发库/受控库/产品库等。

[ 本帖最后由 mickey 于 2007-12-21 15:53 编辑 ]

谁来指点一下。

我的理解：并不是物理上的3个vob库，而是在一个库里面体现分层的理念。
main主干：就是产品库
集成分支：就是受控库
开发分支：就是开发库

我们初步准备这样规划开发库和受控库，还请大家多多指点。

背景：我们是用的ClearCase的UCM模式，已经和CQ集成，项目类型以维护项目居多，也有部分产品类的。

我们准备对每个项目，分别建两个Comp，分别用做开发库和受控库，不知道是否可以，还请大家多指点。

一个comp就行了，然后多个baseline，来操作。参考ucm文档。有一本书。

还是没有一个明确的答案,希望有资深人士作相关解答~~~~谢谢~~~我会一直关注,这个问题提得很好~~大家都来讨论讨论~~

劳动者的回答很到位的.
你建立物理上分开的库只会增加工作量并增加错误发生的机率.

现在做开发流的概率不大，毕竟大多项目中，开发人员公共做一个模块的机会不多。

实际上可以在初始基线上建立两个流，这两个流对应不同的UCMproj，你可以把他们当作开发库和受控库。
对于受控库，只有SCM有权限，其他人只读。
对于开发库，实际上根据需要可以建立多个，不同的team在对应开发库上开发。定期向交付守控库交付。

但有个问题：都提交给受控库后，需要在受控库上作集成测试，然后修改bug后再打基线。也就是说要有一堆测试人员在受控库上建view测试。这样不好吧？不这样的话，就的再建立各流，从受控库引出，，，管理起来就不是两个库了。。。谁有好的建议吗？

我的建议是做3 个不同的项目，一个开发库，开发人员随意修改。一个受控库，开发库里评审通过的东西加入到受控库。