Clearcase mkbl在之前交付时未进展

运行CC 8.0.0.3 w/UCM并启用ClearQuest

我们有一个构建系统，它应该在集成流中成功构建之后运行mkbl-view。通常在每次构建后几秒钟内完成。这很好，但结果是一个构建作业忽略了mkbl命令

我正试图追溯应用mkbl命令。我需要做这个4x来更新

BL标签-#活动-#元素版本

• 1.2.6-57-513

• 1.2.7-16-107

• 1.3.0-26-159

• 1.4.0-60-460

我已尝试执行以下命令：

cleartool mkbl -view my_view  -act ${ACT_LIST} -inc  -c "${LABEL}" ${LABEL}

其中ACT_LIST是活动列表（activity@/mypvob），因为之前的基线，LABEL是我的LABEL

它已经运行了12个多小时，甚至还没有恢复到创建基线的状态

我做错了吗？是不是太慢了？是否可以追溯应用基线

---

谢谢。

首先，您的第一个未丢失的基线会更快：两个基线之间的增量（文件或活动）会更快计算

您可以在完整基线的基础上继续创建增量基线

然后，您可以开始测试仅使用一个活动创建基线，并查看这是否完成：使用相同标签创建多个基线将导致错误

是否可以追溯应用基线

基线在流上按顺序创建：不能“插入”。
如果您已经开始在该流上设置新的基线（在缺少一些基线之后），那么您不能尝试在之前创建基线

但OP提到：

---

不，没有后续基线，第一个基线的活动列表可以追溯到最后一个实际基线

---

由于

mkbl

失败（太长），我会：

• 更改UCM视图的配置规范，以选择特定日期之前的文件（在其配置规范的开头添加一个）
• 在组件（）的所有文件上添加标签
• 将该非UCM标签作为基线导入（）

看看你是否可以用这种方式创建基线

---

报告的结论是：

无论是渐进式还是全面式都不起作用

我尝试了

mkbl-import

，但后来我无法推荐并用作未来的基线，所以我放弃了

我把4个基线等价物都贴上了标签，然后把最新的都贴上了标签，这很有效，应该会让我继续前进

---

不，没有后续基线，第一个基线的活动列表可以追溯到最后一个实际基线。通过追溯，我真正的意思是使基线（w/今天的时间戳）与进入构建x.y.z的交付更改相对应，因为它们本应被创建。20多个小时后，我按Ctrl-C键并尝试了一个完整的，现在是8小时；同样缺乏进展。@IanW好的，我已经编辑了答案，提出了一种替代方法来创建基线（一个组件一个组件），既不是增量的，也不是完全有效的。我尝试了mkbl-import，但后来我无法推荐并用作未来的基线，所以我放弃了。我已将4个基线等价物全部标记，然后对最新的基线等价物进行了全面分析，这很有效，应该会让我继续前进。@I好的，我已将您的结论包含在答案中，以便更直观，供您选择。