ClearCase UCM中完全基线和增量基线之间的区别是什么？
我已经为我的发布申请了完整的基准。 例如。 基线“MYProj_2.0.0.20”。
然后testing团队发现了一些重大问题。 为了解决这个开发团队已经做出了一些改变。
在完成构build之后，我再次应用了相同的基线“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”之间的增量更改）。
请澄清我。
它将包含所有更改。
除了增量基准线以外，还将通过下列方式来计算这些变化：
- less量更改引入的唯一修改（这就是“增量基准”是：自上一个基准以来只在新版本上设置的标签）
- 所有其他更改已经由之前的基线引用到完整基线
请参阅“ 基线types ”：
- 完整基线是通过logging组件根目录下所有元素的所有版本创build的基线。
- 增量基线是通过logging最后一个完整基线创build的基线，以及自上次完整基线创build以来发生更改的那些元素版本。
（还有“ 检查点基线 ”，详见“ 关于ClearCase基线 ”，通过交付和重定位操作自动创build，但是您现在不需要关心这些）
这就是为什么我总是喜欢一个完整的基线：如果你的最后一个基线是完整的，那么所有的增量操作（比如“与另一个基线比较”）都会更快。
支持增量基线的观点是，它们创build速度更快（因为版本的基线数量较less）。
但是，如果你的UCM组件太大了 ，在它的所有版本上放一个标签太长了，也许你的组件太大了。
请注意，您始终可以将增量基准升级到完整基准。
还要注意，你有一个区别：
- 一个基线的标题（这里是“
MYProj_2.0.0.20”：你可以放置尽可能多的“MYProj_2.0.0.20”基线） - 一个基线的id（总是唯一的：如果已经采用“
MYProj_2.0.0.20”，则ClearCase在末尾生成一些数字：“MYProj_2.0.0.20.3452”）
