Clearcase 邪恶孪生问题与减法合并

谁能解释一下Clearcase中的邪恶孪生兄弟和减法合并是什么

邪恶孪生兄弟

邪恶孪生兄弟是您已删除（使用rmname）并希望重新添加的元素，但其“邪恶孪生兄弟”存在于目录的早期版本中

您必须记住，每个元素都有一个唯一的ID，因此您正在尝试添加一个具有相同名称但UID不同的元素。这是不允许的

对付邪恶孪生兄弟的最好方法是将现有元素的最新版本重新链接到目录的新版本。然后可以创建元素的新版本并替换其中的数据

减法合并

减法合并与选择性合并相反

选择性合并（默认的bog标准合并）将另一个元素版本的更改添加到签出版本中

减法合并尝试从您签出的版本中删除在不同版本中所做的更改-因为它是一个坏版本，您在其中犯了错误等等。

IBM有一个新的解决方案

可以执行减法合并以排除或绕过分支上的错误版本，而不实际删除错误版本。
Cleartool使用

-delete

选项进行合并将允许用户从上一个已知的好版本合并到同一分支上的新版本，该分支不包括在识别为坏版本的版本中完成的工作。
此合并必须从命令行执行，它不会创建合并箭头，可以手动创建箭头

这将适用于文件和目录

但您需要认识到，合并是关于一个文件或目录，而不是关于一个目录“及其所有内容”。
要递归合并，请查看

您可以只合并目录（因为它们总是先合并，以确定要合并的文件的实际列表！），如下所示

您还可以从分支的最新版本或标记执行合并：

findmerge . –fversion /main/rel2_bugfix/LATEST –print
findmerge . –ftag rel2_bugfix_view –whynot –print

注意：在用“

-merge-gmerge

”替换-print之前，最好使用-print，以便预览将要合并的内容。但是如果涉及目录，它只会打印需要合并的“

目录X

”，而不是文件的确切列表

---

---

对于邪恶的双胞胎，请查看。区分大小写的问题可能是一个真正的难题，在你没有意识到的情况下会造成一些邪恶的双胞胎…

非常感谢。您能否澄清一下减法合并方法是否仍然适用于Clearcase中的“目录”，还是仅适用于“文件”。我一直在尝试执行merge命令来合并目录及其所有文件。但是我犯了一个错误。当我试着用锉刀时，它很光滑/vobs/IdcVob$cleartool合并-到NwaSite-delete-version/main/idc\u sandbox\u dev cleartool:Error:Element“NwaSite”version“/main/idc\u sandbox\u dev”找不到。我找到了。你能举例说明吗。我被语法问题深深打动了。你能告诉我怎么删除这个帖子吗。看来这对我们公司的安全不利policy@Rational管理员：请让我知道什么部分是违反任何政策规则的：这篇文章很重要，并作为减法合并的说明。它应该保持在线。我已对其进行编辑以删除任何vob名称。如果您已接受，请重新接受。如果你已经删除了其他答案，请删除它们。@ Rational管理员：请考虑所有这些问题已经通过公共转储（）来获得。这里正确的流程是：修复问题造成的损害（在您访问时也进行一些升级投票），然后通过邮件请求删除您的帐户：问题将保留给其他人看，但您和您的公司之间的任何链接都将被切断（因为您的帐户不在那里）。只添加了几个简单的示例，但是星期五伦敦将恢复演示，所以我将在这些之后继续。如果您有特定的命令及其错误消息，请将其作为我的答案的注释发布。

findmerge . –fversion /main/rel2_bugfix/LATEST –print
findmerge . –ftag rel2_bugfix_view –whynot –print