运行CC 8.0.0.3 w / UCM和ClearQuest已启用。
我们有一个构建系统,它应该在集成流中成功构建之后运行mkbl -view。通常,这会在每次构建后的几秒钟内完成。这工作正常,但结果是一个构建作业省略了mkbl命令。
我正在尝试追溯应用mkbl命令。我需要做4倍才能达到最新状态。
BL标签 - #activities - #lement versions
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是我的标签
它已经运行了12个多小时,甚至还没有回来表明创建基线。
我这样做错了吗?它只是慢吗?是否有可能追溯应用基线?
感谢。
答案 0 :(得分:0)
首先,您的第一个非缺失基线promoted to "full" instead of incremental会更快:两个基线之间的差异(文件或活动)可以更快地计算。
您可以在完整的基线之上继续创建增量基线。
然后您可以开始测试仅使用一个活动制作基线并查看是否完成:使用相同标签制作多个基线将导致multiple baselines with different ID (same title)。
是否可以追溯应用基线?
在流上按顺序创建基线:它们不能“插入” 如果你已经开始在该流上添加新的基线(在失去一对之后),你就不能尝试创建一个。
但OP提到:
不,没有后续基线,第一个基线的活动列表会回到上一个实际基线。
由于mkbl
失败(太长),我会:
mklbtype
+mklabel
)mkbl -import
)看看你是否可以这样创建基线。
既不增量也不全功。
我尝试了
mkbl -import
,但后来我不能推荐并用作未来的基线,所以我放弃了。我将4个基线等值标记为全部标记,然后制作了最新版本,其中有效并且应该让我继续前进