我已为我的发布应用了完整基线。对于前基线“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”之间的增量更改)。
请澄清我。
答案 0 :(得分:3)
它将包含所有更改。
增量基线将通过添加以下内容来计算这些更改:
请参阅“Types of baselines”:
- 完整基线是您通过记录组件根目录下所有元素的所有版本创建的基准。
- 增量基准是您通过记录上一个完整基线以及自上次完整基线创建以来已更改的元素版本创建的基准。
(还有“ checkpoint baselines ”,详见“ about ClearCase baselines ”,由递送和rebase操作自动创建,但是你没有现在需要关注那些)
这就是为什么我总是喜欢一个完整的基线:如果你的最后一个基线是一个完整的基线,所有增量操作(比如“与另一个基线比较”)会更快。
支持增量基线的论点是它们的创建速度更快(因为基线的版本数量较少)。
但是如果你的UCM组件那么大,在所有上放置一个标签,那么它的版本太长了,也许你的组件一开始就太大了。
请注意,您始终可以将增量基线升级为完整基线。
另请注意,您之间存在差异:
MYProj_2.0.0.20
”:您可以根据需要添加任意数量的“MYProj_2.0.0.20
”基线MYProj_2.0.0.20
”,则ClearCase会在最后生成一些数字:“MYProj_2.0.0.20.345
2”)