4

我已经为我的版本应用了完整的基线。例如。基线“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”之间的增量更改）。

请澄清一下。

4

1 回答 1

4

它将包含所有更改。

除了增量基线将通过添加计算这些更改：

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

请参阅“基线类型”：

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

（还有“检查点基线”，详见“关于 ClearCase 基线”，由交付和变基操作自动创建，但您现在不需要关心这些）

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

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

另请注意，您有以下区别：

  • 基线的标题（此处“ MYProj_2.0.0.20”：您可以根据需要放置任意数量的“ MYProj_2.0.0.20”基线）
  • 基线的 id（总是唯一的：如果“ MYProj_2.0.0.20”已经被采用，那么 ClearCase 在最后生成一些数字：“ MYProj_2.0.0.20.3452”）
于 2012-03-14T06:31:06.653 回答