2012-03-14 91 views
4

我已经为我的发布应用了完整基准。对于前。基线“MYProj_2.0.0.20”。Clearcase UCM中完整基线和增量基线之间的区别是什么?

然后测试团队发现一些重大问题。为了解决这个问题,开发团队已经做了一些改变

完成建设后,我再次施加相同的基线“MYProj_2.0.0.20。但这次我已经申请增量基线。按照UCM,基线MYProj_2.0.0.20被拒绝作为MYProj_2.0.0。 20.3452(一些随机数在结尾使其唯一)

现在,如果我认为MYProj_2.0.0.20.3452作为发布基准,它将包含所有更改还是仅包含更改(“MYProj_2.0.0.20 “和 ”MYProj_2.0.0.20.3452“)。

请澄清我。

回答

3

它将包含所有更改。

除了一个增量基线将通过增加计算这些变化:

  • 由一些变化推出独特的修改(即一个“增量基线”是什么:一个标签只因为新版本设置以前的基准线)
  • 所有其他已经改变引用由先前的基线到全基线

请参阅“Types of baselines”:

  • 一个全基线是你通过记录组件根目录下的所有元素的所有版本创建一个基线。
  • 增量基线是通过记录上一个完整基线以及自上次完整基线创建以来发生更改的元素版本创建的基准。

(也有“关卡基本线”,如“about ClearCase baselines”详细介绍,通过交付和变基操作自动创建的,但你并不需要将现在与右关注)

这就是为什么我总是更喜欢一个完整的基线:如果您的上一个基线是完整基线,所有的增量操作(如“与另一个基线比较”)更快。
支持增量基线的观点是它们创建速度更快(因为版本的基线数量较少)。
但是如果你的UCM组件是这么大的,把标签放在全部它的版本太长,可能你的组件太大了。

请注意,您始终可以将增量基准升级到完整基准。

还要注意的是,你有之间的差异:

  • 基线的标题(这里“MYProj_2.0.0.20‘:你可以把尽可能多的’MYProj_2.0.0.20”基线,只要你想)
  • 的标识基线(始终是唯一的:如果“MYProj_2.0.0.20”已被使用,那么ClearCase的产生在最后一些数字:“MYProj_2.0.0.20.345 2”)
+0

有利于增量baselines-的还有一点很明显,他们往往占据更少的空间会见ADATA。因此,在大型开发项目(因此包含巨大的UCM组件)和5年以上的日常基线+构建的情况下,这在管理VOB大小方面发生了巨大变化。 – 2012-03-20 04:03:21

+0

@PulakAgrawal每当我面对这样的问题时,我立即将那个巨大的组件的一部分提取到一个新的组件中。 “巨大”的组件打败了UCM组件的目的,即定义一组连贯的文件:它的大小必须被包含和合理。 – VonC 2012-03-20 06:46:03

+0

@PulakAgrawal据说,您的评论说明了ClearCase的一个主要流程。它。请问。不。规模。 – VonC 2012-03-20 06:46:32

相关问题