我已经为我的版本应用了完整的基线。例如。基线“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”之间的增量变化)。
请澄清我。
最佳答案
它将包含所有更改。
除了增量基线将通过添加以下内容来计算这些更改:
参见“Types of baselines”:
(还有“检查点基线”,如“ about ClearCase baselines ”中所述,由交付和 rebase 操作自动创建,但您现在不需要关心这些)
这就是为什么我总是喜欢完整基线:如果您的最后一个基线是完整基线,则所有 delta 操作(如“与另一个基线比较”)都会更快。
支持增量基线的论点是它们的创建速度更快(因为要放置基线的版本数量较少)。
但是,如果您的 UCM 组件太大以至于在其所有版本上贴上标签都太长,那么您的组件可能一开始就太大了。
请注意,您始终可以将增量基线升级为完整基线。
另请注意,您有以下区别:
MYProj_2.0.0.20
”:您可以根据需要放置任意数量的“MYProj_2.0.0.20
”基线) MYProj_2.0.0.20
”已经被采用,那么 ClearCase 在末尾生成一些数字:“MYProj_2.0.0.20.345
2”)关于clearcase - Clearcase UCM 中的完整基线和增量基线有什么区别?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/9696598/