谢谢zhangzhao,我正在试着理解,,呵呵,

ucm学习1.2
本次我主要是想对activity做一个说明，UCM的开发模式在开发人员进行一项工作之前，例如checkout ，要和一个活动（activity）绑定，也就是明确你的目的，当然该活动记录着你这次操作对那些文件产生产生了新的版本，包含在一个活动的所有版本的变化我们称之为变更集（change set）。这样是不是对活动和变更集有了一个认识了？


下面再说一下项目和流（stream）：
UCM提出了一个project和stream的概念，我们在上一帖子中提到component的概念，compoent是一组文件的一个集合，对应到具体的工作环境中就是一个软件项目的一个模块，一个项目可能有多个模块，项目就是把多个和项目有关的compoent组合在一起，就构成了一个项目，但是他还包含了其他另外的东西，例如stream。那么stream是一个什么样的概念呢？我们在具体的开发环境中，可能有多个小组对一个项目进行并行开发，为了不相互干扰，在一个项目的干流上（UCM称之为集成流）可以拉出很多的子流，这些子流根据不同的需要安排不同的人员在上面开发。（如此看来stream和base模式的branch作用一样的），每个子流开发到一定程度以后可以把子流上的开发成果提交到集成流上去，在集成流上集成管理员根据提交的内容进行编译，测试以后在集成流上打上基线（baseline），等所有的测试通过以后可以推荐基线，也就是要发出一个新的版本，这是开发人员只要在自己的开发流上更新自己的基线就可以过渡到新的版本上来了，也不用去编写config spec了。
本次先说这么多，等理解一下，我在往下讲

我刚开始学UCM，觉得好难啊，很多地方都搞不明白。例如，component是不是只能是VOB啊，我看exploring clearcase projects中，component只能import vob的方式。还有就是在deliver之前是不是一定要现rebase呢？

欢迎大家对UCM提出疑问，对于comonent和VOB库的关系，可以这样说，一个compoent可以是一个vob库，也可以是一个vob库的某一个目录，主要操作通过create vob工具里面，有一个选项，如果选择一个vob库作为一个component，那么创建出来的vob库就是一个大的component，如果你选择vob库包含了多个comonent，在后边一步的操作里你要输入component的名字，以及在该库中相应的目录名字，那么你创建出来的vob库里边包含了多个目录，对应的目录被映射为你创建的compoent

另外一种创建compoent的方法是通过project exporer，可以把已经创建好的vob里面的某个目录映射为一个component，就是你说的import vob方式

deliver的操作，不一定需要rebase操作，这主要是在你的project的策略里边有一项策略设置，如果你设置了该策略enable，那么就必须rebase，否则就不会。这些内容是和项目策略有关的。

zhangzhao的指点简单明了，非常感谢！

谢谢搂住这么详细得回答哦

谢谢zhangzhao的解释，有个问题要咨询：
你在10楼中说“...我们可以把每个模块的文件夹划分成一个component...”，请问一个component是否可以包含若干个文件夹呢？

component的对应文件夹下可以包含多个文件夹，具体到comonent只能指定为一个文件夹，大家也可以参考ucm的帮助看看。欢迎大家指正！希望大家多提问题，可以共同探讨

UCM学习1.3
现在大家对理解的怎么样了？这次我们打算聊聊pvob和项目project，pvob和一般的VOB是不太一样的，一般的VOB我们说主要是用来存放源代码的，但是PVOB一般不用来存放数据，是用来管理UCM中的项目信息的，他包含着PROJECT  COMPONENT,Baseline stream，activity等对象的信息。project是基于compoent创建出来的，一个项目project创建后就有一个集成流，类似我们的main分支，但是和分支是不同的两个概念，从集成流上可以产生出子流来，让某个开发者在子流上工作，开发到一定程度可以把它deliver到集成流上去。从而完成一次开发任务。先说这么多吧

大家有什么疑问尽管提出来，大家共同讨论共同提高，我一个人说的多了感觉不好意思。是不是有错误的地方？