在UCM Clearcase中“交付到备选目标”和“合并”之间有什么区别

Question

在我的项目中，我们有一些情况，我们从一些主流分支到一些重要的里程碑，比如Beta和发布候选版本。

一旦我们将构建交付给客户，我们就将代码合并回主流。这是一个简单的传递操作，没有rebase。

现在，也有一些场景需要将一些非常旧的流(几乎过时)合并到主流中。我找到了两个可用的选项：

1)交付至备选目标

2)合并管理器

选项1)在我们的项目中是不允许的。

我的问题是：

两者之间的区别是什么?为什么要优先选择其中一个？

Answer 1

简单：

• deliver to alternate target (或deliver to default )是一个UCM合并，它必须遵循UCM规则，特别是关于活动依赖性，但也涉及流(您不应该从父流deliver到子流，这应该是一个流)是两个分支(而不是流)之间的普通ClearCase合并，它可以在不遵循任何merge workflow.

的情况下将文件的任何子集从分支A传递到分支B

我通常看到“合并管理器”被选择用于UCM由于神秘的“活动依赖”原因而阻止交付的情况，即使没有。

有关这种情况的示例，请参阅"Clearcase UCM - Cross delivering vs. delivering upwards?“。

说"deliver to alternate target“是不允许的，意味着只有deliver to default是允许的，这意味着你必须遵循流层次结构建立的合并工作流。

UCM合并为之间的合并带来了更好的可视化，这意味着您知道给定组件的所有文件都已合并。

然而，合并管理器是一个普通的合并，它可以涉及任何两个分支，以及任何两个(或更多)文件。这种合并没有更高的可见性:它是一个文件接一个文件的操作(而不是一个组件或一组连贯的文件)。