我的要求是关于clearcase交付:我想自动化交付(无人工干预/无交付失败)过程:在交付时-如果有任何合并问题1.如果CC能够合并文件,那么它是好的-让它合并,2.如果CC不能合并-我不希望它失败,而是让它不合并那个特定的文件(对该文件还原合并),继续下一个文件。3.列出跳过的文件,以便稍后手动合并。
我怀疑我们可以在一个步骤中做到这一点,但如果这是可能的,请让我知道,并处理它。
发布于 2012-10-11 16:02:45
您可以在合并过程中单击“全部跳过”,但您必须以某种方式解决它们。
最简单的方法是确保这些文件在一开始就不会被考虑合并(见下文)。
但是,没有本机方法可以自动执行您所描述的流程:
如果存在任何合并问题,则在交付时执行
您需要编写一个脚本来管理这些情况,即使在这种情况下,它也不适用于UCM合并(deliver/rebase),UCM合并直到所有文件都合并后才会完成(因此我下面的“红色箭头”建议)
该脚本基本上接受cleartool findmerge -print的输出(以合并所有目录/文件),然后首先合并目录,然后一个接一个地合并文件,应用您想要的策略。
用于确保某个文件总是被忽略
current merge的
您可以通过显示版本树并右键单击源版本来模拟合并:"merge to“并选择"do not merge,draw the merge arrow”(red arrow,它表示一个merge arrow,如this illustration所示)。
这个想法是欺骗当前的发送者相信这个文件已经合并了,即使你在合并过程中没有做任何修改(你刚刚在源和目标version).
您可以更改与某种类型的文件相关联的合并管理器,以便永远不合并该文件。
请参阅"Handling Binary Files in IBM Rational ClearCase",其中解释了如何创建一个新的特殊类型管理器:

然后,您可以使用cleartool chtype将该合并管理器应用于特定文件。
发布于 2012-10-12 21:20:03
最初,我尝试使用以下命令来获取要合并的文件列表(为了避免混淆,对文件名、活动进行了重命名):
所以它将命令列表返回到af.log文件,当我尝试执行这些命令时,它甚至在一个小时后都挂起,其中一个命令是:
https://stackoverflow.com/questions/12834809
复制相似问题