原版主发表的一个论题，我发表了一下自己的看法，但是没有人跟贴，我觉得这个问题比较重要，所以列出来，让大家再讨论一下。希望大家共同发表意见，这是目前大家都关心的一个话题。我认为这和公司的项目的系统架构有紧密的联系。我先把自己的想法说出来大家共同参考。大多的公司项目之间都是相互关联的，好多项目开发过程中可能被另一项目使用。我想使用三个项目模型来描述问题，A项目，B项目，C项目。（UCM架构模型）

项目管理库 pvob      无根构件 BLA  BLB  BLC(负责管理项目A  项目B 项目c的基线)
A项目库 VOBA  包含目录compA  compB（分别是pvob的两个component）
B项目库 VOBB  包含目录compC compD(分别是pvob的两个component)
C项目库 VOBC

     compA      compB         compC     compD
              \        /                       \          /
  项目A      BLA             项目B       BLB            
                     \                         /
                        \                  /

项目C                       BLC     

项目C的基线包含了项目A 和项目B的基线，如果项目C有自己特有的功能，可以在VOBC中构建新的component，现在我们重点讨论一下项目A和项目B的变化对C的影响，以及项目C如何更新自己的基线问题。
具体实施希望大家发表一下看法。希望大家支持一下

谢谢楼主了，虽然俺现在还没有真正涉及UCM，但是收藏了，以后很快会用UCM的。

大家这块都怎么做的？怎么没人关心

产品线先划分清晰.
然后根据产品先划分库这个思路大概还可以解决一部分.

很好,以后要跟你好好学习!

我有一个项目也存在用不用组合基线的困扰.
系统级文档项目:主要用于产品级发布.
模块级代码项目1:模块中的单元功能内部发布;
                       模块的整体自测试发布;
模块级代码项目2:模块中的单元功能内部发布;
                       模块的整体自测试发布;

用组合基线将这三个项目,组合成产品级统一发布.但测试当中发现,组合基线用起来要做两步更新,还要打基线.操作起来很麻烦.
所以改将系统级文档项目改成系统级产品项目,用于文档编制和各模块的源提交.即在产品级发布时,只需要提交各模块的代码基线到原"系统级文档项目",再在这个上打基线进行系统级发布.操作比较简单.也能从技术上人民大会堂溯到各模块级项目.


另外,对于模块级项目中的功能单元的内部发布,有些头疼了.在整个系统项目规划当中,已将模块1,设为一个组件,但是这个模块1,却分别有BSP和APP两个并行功能单元,对内有各自的冻结版本需要打上TAG(或基线).这样意味着,我得将这个模块1,拆成模块1_BSP,模块1_APP两个组件...这样会导致原来在SVN系统上的目录更改,确定让认头疼...不知道大家有何看法?

[ 本帖最后由 lvtree 于 2007-1-15 15:08 编辑 ]

我们还没有用UCM，但是不久就用UCM模式了。
搂主能不能将关于UCM的讲细点阿，或是有什么好的资料来大家分享一下。

我打算把我知道给大家说一下，希望你也能从其他地方收集一下有关UCM的资料。只要以后大家经常来到该帖子下，我会抽空给大家介绍一下UCM的基础知识，因为还要工作，所以只能每天贴一点

ucm学习（1）
学习UCM要从基本的概念理解。其中最主要的几个基本概念是
pVOB库
component
activity
change set
baseline
stream（分为集成流和开发流等）
project
每个概念都是和base不一样的。都是UCM中特有的，但是和base中的概念有一定的相似之处，如果你把这些概念理解透了，那么ucm也没有什么难的地方了。不知到大家对这些理解的情况怎么样？为了更好的理解这些概念我会分别介绍给大家的。请留意我以后的帖子

ucm学习1.1
先说一下base模式的开发吧，在base模式下，所有的文件在导入到vob库后，所有的文件都是一个独立的对象，打标签是对每个文件都打的，在选取文件版本的时候一般我们通过选取标签来选取版本的，但是对于UCM就不是这样的，ucm提出了一个comonent的概念，目的是把一组文件看成一个对象来管理。所以打基线（相当于base的打标签）是对comonent打的基线。例如在一个项目中，我们把不同模块的代码放在不同的文件夹中，我们可以把每个模块的文件夹划分成一个component。这样以后在管理项目模块基线时，只要维护该comonent的基线就行了。整个项目的基线就是由项目模块所有的comonent的基线构成
不知这样说大家理解了comonent概念了没有？