对于 3/“找出导致撤消问题的元素”，这很容易（但是not推荐）：您需要删除在交付的完整阶段完成的所有签入版本。
这是迄今为止最危险的解决方案，特别是如果在目标流（您要向其传送文件的流，即具有您的视图的流）上完成了任何类型的活动（其他签入、基线...）用于交付至）
您可以通过描述交付活动（始终以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' 文件将被忽略（附加警告非阻塞状态）。
如果这些文件不在“丢失+找到”中，并且由于“而导致传送失败”Not a vob object <directory name>", the 首先检查要做的事情是在 shell 会话中转到所述文件的父目录并输入cleartool ls： 你会查看他们的状态.
在这种情况下，OP Ian https://stackoverflow.com/users/545430/ian将它们报告为hijacked，所以这只是为了解除他们被劫持的状态。
他报告还必须删除（rmname）一些二进制文件，尽管我对问题的回答“Clearcase UCM 正在尝试合并 pdf 文件 https://stackoverflow.com/a/8789593/6309" 指向替代解决方案（复制合并）。
我的建议：在那个特定的状态下（在已经签到的情况下交付），努力尝试complete交付，而不是取消它。
