Clearcase UCM：合并操作是否会在分支之间创建任何依赖关系

Question

这个问题可能不是很清楚，因为我不是在寻找问题的解决方案，而是在寻求避免将来可能出现的问题。

假设我们有项目 A B 和 C，B 和 C 基于 A 的不同基线。 是否可以在 B 和 C 的两个方向上进行 B 和 C 之间的合并，反之亦然，以后不会产生问题吗？

在我的特殊情况下，我将版本从 A 合并到 B，从 B 合并到 C，现在我想从 C 合并到 B。 A 在后备箱中，C 是特定于安装的，B 是特定于客户的。当客户部署了更新的构建时，我们最终会放弃 C。 但是现在有一种情况（错误地），一些更改从 A 合并到 C 绕过 B。这些更改应该是 A -> B -> C。问题是从 A 到 C 的一些合并是不平凡的合并，我不不想重复手动从 A 合并到 B 的工作。 对于这个版本，从 C 合并到 B 似乎更容易。还好吗？

谢谢！

Answer 1

B 和 C 基于 A 的不同基线。是否可以在 B 和 C 之间从 B 到 C 的两个方向进行合并，反之亦然

您所描述的内容称为 sideway merges，您可以看到（通过链接）它们是有代价的：合并在某些时候可能会很重要。

但是，在您的情况下，如果 B 没有触及从 A 到 C 合并（具有非平凡分辨率）的文件，那么从 A 到 B 的合并应该是微不足道的（存储在 A 中的版本的简单副本B）中的顶部
通过从 V 合并到 B，您将包含来自 C 的潜在修改，您必须在合并期间消除这些修改。

在更一般的方式中，您可以按您想要的任何顺序重新设置/交付，但是如果它们遵循上一个链接所示的“横向”模式，则可以操纵某些工作流程以产生非平凡的合并。