在ClearCase中手动撤消交付 [英] Manually undo delivery in ClearCase
问题描述
我目前在ClearCase中从子流到父流进行了自升式交付。如果我尝试撤消交付，它将告诉我不能执行此操作，因为集成活动具有签入或签入版本。
I currently have a jacked-up delivery from a child stream to a parent in ClearCase. If I try to undo the delivery it tells me I can't because the "integration activity has checkins" or "checked in versions".
如果我尝试恢复交付时，它表示尝试结帐或合并元素时遇到错误，但没有具体告诉我哪个元素。
If I try to resume the delivery it says it encountered an error attempting to checkout or merge an element, but doesn't specifically tell me which one.
所以我正在寻找一种方法：
So I'm looking for a way to either:
-
手动停止投放（撤消父流中的所有结帐吗？）
Manually stop the delivery (undo all checkouts in the parent stream?)
找出导致交付问题的元素（与导致撤消问题的元素相同）
Find out what element is causing the delivery problem (is it same as the one causing the undo problem)
或查找哪个元素导致了撤消问题，并找到了一种方法来撤消签入（我不知道该怎么做。我试图删除版本树中的一个版本，但我没有权限）。
or Find out what element is causing the undo problem and find a way to undo the checkin (I don't know how to do this. I tried to delete a version in the version tree, but I don't have permission).
推荐答案
对于3 /找出导致撤消问题的元素，这是简单（但建议不）：您需要删除所有签入的版本在交付的整个阶段完成操作。
到目前为止，这是最危险的解决方案，尤其是如果在目标Stream上完成了任何类型的活动（其他签到，基线等）的情况下， （您要向其传递文件的流，即具有要用于传递到的视图的流）
For 3/ "Find out what element is causing the undo problem", this is easy (but not recommended): you need to remove all the checked-in versions done during the complete phase of the deliver.
And that is by far the most dangerous solution, especially if any type of activity (other checkins, baselines, ...) has been done on the destination Stream (the stream to which you are delivering file, ie the Stream with the view you are using to deliver to)
您可以通过描述传递来查看那些签入的文件活动（始终以 deliverbl.xxx 开头）
You can see those checked-in file by describing the deliver activity (which always starts with deliverbl.xxx)
cleartool descr -l activity:deliverbl.xxx@\myPVob
1 /和2 /被链接。
一个易于检测到此问题的好方法是以图形方式恢复交付：打开ClearCase项目资源管理器（ clearprojexp ），右键点击源Stream，然后选择投放（基线或活动，默认还是替代目标：没关系）。
ClearCase将检测到正在进行投放，并建议简历。
1/ and 2/ are linked.
A good solution to easily detect the issue is to resume the deliver graphically: open the ClearCase project Explorer (clearprojexp), right-click on the source Stream and select deliver (Baseline or Activities, to default or alternate target: it doesn't matter).
ClearCase will detect that a deliver is in progress and will propose to resume.
您要做的就是检查所有带有红色圆圈和白色十字的文件（不是带有黄色警告标志的文件，这些文件不会阻止传递）。
All you need to do is check all the files with a red circle and white cross (not the files with a yellow warning sign, those are not blocking the deliver).
一旦有了这些文件之一，请右键单击它，然后选择显示元素合并：您将获得更精确的错误消息，可以复制粘贴。
Once you have one of those files, right-click on it, and select "display element merge": you will have a more precise error message that you can copy-paste.
如果这些文件位于 lost + found 目录中，您需要做的就是编辑用于传递的视图的配置规范，并添加非选择规则以避免从 lost + found 中选择任何内容：
If those files are in lost+found directory, all you need to do is to edit the config spec of the view used for the deliver, and add a non-selection rule to avoid selecting anything from lost+found:
cd /path/to/your/view
cleartool edcs
#add at the start of the config spec
element /myVob/lost+found/... -none
然后再次恢复您的交付，您将看到那些'丢失+被发现的'文件将被忽略（带有警告的非阻塞状态）。
Then resume again your deliver, and you will see that those 'lost+found' files become ignored (with a warning non-blocking status attached to them).
如果这些文件没有丢失或被发现，并且无法通过由于 不是VOB对象<目录名称> 而发送，首先要做的检查是转到所述文件的父目录在Shell会话中，输入 cleartool ls ：您将查看其状态。
在在这种情况下， OP Ian 将其报告为被劫持，因此，这仅仅是关于撤消其被劫持的情况。
If those files aren't in lost+found and are failing the deliver because of "Not a vob object <directory name>", the first check to do is to go to the parent directory of said files in a shell session and type cleartool ls: you will see their status.
In this case, the OP Ian reports them as hijacked, so it was simply about undoing their hijacked status.
他报告还必须删除（ rmname ）一些二进制文件，尽管我对问题 Clearcase UCM试图合并pdf文件指向一种替代解决方案（复制合并）。
He reports also having to delete (rmname) some binary files, although my answer to the question "Clearcase UCM is trying to merge pdf files" is pointing to an alternative solution (copy merge).
我的建议：在该特定状态（已提供签到内容的交付），请尝试完成交付，而不是取消它。
My recommendation: in that particular state (deliver with checkins already there), try hard to complete the deliver, not to cancel it.
这篇关于在ClearCase中手动撤消交付的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
