对于 3/“找出导致撤消问题的元素”,这很容易(但不推荐):您需要删除在完成阶段完成的所有签入版本交付。
这是迄今为止最危险的解决方案,特别是如果任何类型的活动(其他签入,基线,...)已经在目标流(您将文件交付到的流,即具有您的视图的流)上完成用于交付)
您可以通过描述交付活动(始终以deliverbl.xxx 开头)来查看这些签入文件
cleartool descr -l activity:deliverbl.xxx@\myPVob
1/ 和 2/ 已关联。
轻松检测问题的一个很好的解决方案是以图形方式恢复交付:打开 ClearCase 项目资源管理器 (clearprojexp),右键单击源流并选择交付(基线或活动,默认或备用目标:它没有没关系)。
ClearCase 将检测到交付正在进行中并建议恢复。
您需要做的就是检查所有带有红色圆圈和白色十字的文件(不是带有黄色警告标志的文件,它们没有阻止传递)。
一旦您拥有这些文件之一,右键单击它,然后选择“显示元素合并”:您将看到更精确的错误消息,您可以复制粘贴。
如果这些文件在lost+found 目录中,您只需编辑用于交付的视图的配置规范,并添加非选择规则以避免从lost+found 中选择任何内容:
cd /path/to/your/view
cleartool edcs
#add at the start of the config spec
element /myVob/lost+found/... -none
然后再次恢复您的交付,您将看到那些“lost+found”文件被忽略(附有警告非阻塞状态)。
如果这些文件不在 lost+found 中并且由于“Not a vob object <directory name>”而未能交付,则首先要做的检查是转到上述文件的父目录shell 会话并输入 cleartool ls:您将看到他们的状态。
在这种情况下,OP Ian 将它们报告为被劫持,所以这只是为了撤销他们被劫持的状态。
他报告说还必须删除 (rmname) 一些二进制文件,尽管我对“Clearcase UCM is trying to merge pdf files”问题的回答指向了另一种解决方案(复制合并)。
我的建议:在那个特定状态下(交付时已经签到),尽量完成交付,而不是取消它。