你的理解基本上是正确的，活动（activity）就是记录你当前操作（一般就是checkout），所产生的新的版本
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
对于活动的一点异议：活动是记录check in所产生的新版本。
因为如果check out和check in关联的不是一个activity，那么check out时的那个activity不会记录任何change set，只是和check in关联的那个activity才会有change set

另外，你的图形和版主的解说确实让我对复合基线有了更好的理解

project是基于compoent创建出来的，一个项目project创建后就有一个集成流，类似我们的main分支，但是和分支是不同的两个概念，从集成流上可以产生出子流来，让某个开发者在子流上工作，开发到一定程度可以把它deliver到集成流上去。
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
能不能说说main分支和集成流的概念的不同在哪里？

关于project－project，我想只有关联到相同的component上才有project之间操作的意义。比如其中一个component是公用模块，两个project都需要，此component关联两个project，应该可以实现从一个project deliver到另一个project的操作，至于是否可以互相deliver都没有经过实践

UCM pvob类似 base的adminvob？

只要两个项目都是在同一Pvob中，是可以相互deliver的，楼主的第一个图比较明确，而且正式IBM在项目实施过程中推荐的方式。使用复合基线可以很清晰的来管理项目。

回复 #40 的帖子
你说的正确，通过在comonents上右键选择new ->component without a vob创建出来的component是一个无根的构件，你可以通过属性查看他的 root : none

[ 本帖最后由 zhangzhao 于 2007-3-16 08:55 编辑 ]

可能是疏忽了，谢谢你的提醒，一个活动activity一般就是checkout ->checkin所做的工作，一个活动对应一个变更集changeset

向大家提醒一个问题：如果一个文件A, user1在stream1对他开发产生了2版本，对应的活动是activity1 ，
                                   user2在stream1对她开发产生了3版本，对应的活动是activity2，
在集成员deliver到集成流时候，可能集成员对activiy1的变更（可能不仅仅是对文件A的修改）没有通过验证，这时候需要对activity2的修改提交到集成流上去，那么我们需要怎么做？不能简单的把activity2提交到集成流上去的。这时候需要把a文件的2版本变更到activity2中去才行，请大家考虑一下怎么操作？有时间大家考虑一下。算是一个小问题吧

我想：按照你的说法，user2在stream1对她开发产生了3版本，那么这个3版本肯定是基于2版本之上的，也就是说他已经包含了2版本的所有变更的。
所以提交activity2的话，肯定是把activity1的所有变更也包括在内的。
我听说，提交活动，如果是改的相同的文件，CC会自动识别你修改的时间顺序，然后把修改后比较新的那部分代码保留下来。

[ 本帖最后由 蜗牛 于 2007-3-16 10:34 编辑 ]

我知道的是可以用脚本实现建立无根组件。
cleartool mkcomp -nroot '无根组件名称'@\projects

然后建立无根组件与所有component的依赖关系。
cleartool mkbl -com '无根组件名称'@\projects -adepends_on 'componentA'@\projects -incremental '无根组件名称'_INITIAL
cleartool mkbl -com '无根组件名称'@\projects -adepends_on 'componentB'@\projects -incremental '无根组件名称'_INITIAL
……

[ 本帖最后由 蜗牛 于 2007-3-16 11:08 编辑 ]