Clearcase UCM中的Full baseline和Incremental baseline之间有什么区别？

Question

我已为我的发布应用了完整基线。对于前基线“MYProj_2.0.0.20”。

然后测试团队发现了一些重大问题。为了解决这个问题，开发团队几乎没有做出任何改变。

完成构建后，我再次应用相同的基线“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”之间的增量更改）。

请澄清我。

Answer 1

它将包含所有更改。

增量基线将通过添加以下内容来计算这些更改：

• 由少数更改引入的独特修改（即“增量基线”是：自上一个基线以来仅在新版本上设置的标签）
• 所有其他更改已由先前基准引用，直至完整基线

请参阅“Types of baselines”：

  

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

（还有“ checkpoint baselines ”，详见“ about ClearCase baselines ”，由递送和rebase操作自动创建，但是你没有现在需要关注那些）

这就是为什么我总是喜欢一个完整的基线：如果你的最后一个基线是一个完整的基线，所有增量操作（比如“与另一个基线比较”）会更快。
支持增量基线的论点是它们的创建速度更快（因为基线的版本数量较少）。
但是如果你的UCM组件那么大，在所有上放置一个标签，那么它的版本太长了，也许你的组件一开始就太大了。

请注意，您始终可以将增量基线升级为完整基线。

另请注意，您之间存在差异：

• 基线的标题（此处为“MYProj_2.0.0.20”：您可以根据需要添加任意数量的“MYProj_2.0.0.20”基线
• 基线的ID（始终唯一：如果已经采用“MYProj_2.0.0.20”，则ClearCase会在最后生成一些数字：“MYProj_2.0.0.20.345 2”）