Clearcase UCM中过时基线的影响是什么？

当基线过时时，它会产生任何不良影响吗

---

例如，如果基线已经由许多人重新设置，如果我淘汰基线会发生什么？

，你可以，<强>但是不应该< /强>过时的基线，这是目前在现有流上使用的基础基线。 即使可能，它也会产生一些副作用，如：

• 阻止“

  lsbl

  ”命令看到其他基线（，在ClearCase 7.0.x中修复）
• 当基础基线被锁定或过时时，不显示基线（固定在CuleCase1.x）中。

（旧的ClearCase（如2003年）可能会出现问题，如果正在重定基础的基线的祖先已过时：。但这在很久以前就被修复了）

---

IT（即“淘汰基础基线”）仍然具有当前（2012年5月，CurraseCox 7.1 x）开放式bug：
: PM63804:锁定过时的基础流的儿童流导致所有基线上的流没有显示在基地。

摘要：如果一个恰好也是流的基础基线的组件基线被锁定过时，则带有“<代码>的组件树浏览器显示过时的基线< /代码>勾选框未设置，<强>不仅隐藏该基线，而且 不正确的所有基线，其中刚刚锁定的过时基线是基础基线>

解决方法：

• 在组件树浏览器窗口中，没有已知的解决方法
• 从命令行，这是用APAR IC42113固定的，“<代码>清除工具LSBL -树< /代码>”命令正确地隐藏了锁定的过时的基础基线，并正确地列出了 在该流上遵循基线的非锁定过时

---

当前的另一个错误是：GUI重新基础到最新基线（ClearCase 7.1.x）的断言失败，应该通过升级到最新补丁来修复

---

---

除此之外，过时的旧基线还有很多优点，主要是因为它将在浏览基线时消除显示的大量对象的混乱

< P> >可以，<强>但不应该使用< /强>过时的基线，该基线目前是现有流上的基础基线。 即使可能，它也会产生一些副作用，如：

• 阻止“

  lsbl

  ”命令看到其他基线（，在ClearCase 7.0.x中修复）
• 当基础基线被锁定或过时时，不显示基线（固定在CuleCase1.x）中。

（旧的ClearCase（如2003年）可能会出现问题，如果正在重定基础的基线的祖先已过时：。但这在很久以前就被修复了）

---

IT（即“淘汰基础基线”）仍然具有当前（2012年5月，CurraseCox 7.1 x）开放式bug：
: PM63804:锁定过时的基础流的儿童流导致所有基线上的流没有显示在基地。

摘要：如果一个恰好也是流的基础基线的组件基线被锁定过时，则带有“<代码>的组件树浏览器显示过时的基线< /代码>勾选框未设置，<强>不仅隐藏该基线，而且 不正确的所有基线，其中刚刚锁定的过时基线是基础基线>

解决方法：

• 在组件树浏览器窗口中，没有已知的解决方法
• 从命令行，这是用APAR IC42113固定的，“<代码>清除工具LSBL -树< /代码>”命令正确地隐藏了锁定的过时的基础基线，并正确地列出了 在该流上遵循基线的非锁定过时

---

当前的另一个错误是：GUI重新基础到最新基线（ClearCase 7.1.x）的断言失败，应该通过升级到最新补丁来修复

---

---

除此之外，过时的旧基线还有很多优点，主要是因为它将在浏览基线时消除显示的大量对象的混乱

我编辑了我的答案以添加一些IBM技术说明和错误参考。我编辑了我的答案以添加一些IBM技术说明和错误参考。