之间有什么“发送到替代目标”，并在UCM ClearCase的“合并”的区别(What is the

在我的项目，我们有，我们从一些主流的像Beta版和RC版的重要里程碑分支的情况。

一旦我们船舶建造的客户，我们合并代码回到主流。这是一个没有底垫一个简单的交接动作。

现在，也有情景时，我们需要合并一些很旧的数据流（几乎过时）的主流。我已经发现了两个方案可供选择：

1）配送到替代目标

2）合并管理器

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

我的问题是：

两者有什么和为什么要一个优于其他的有什么区别？

简单：

deliver to alternate target （或deliver to default为此事）是一种UCM合并，它必须遵循的规则UCM，特别是关于活动的相关性，而且还涉及流（你不应该deliver从父流了孩子流，即应该是一个rebase ）
Merge Manager是一个普通的ClearCase合并，两个分支（而不是数据流），它可以从分支传送文件的任意子集之间A分支B ，而不必遵循任何合并的工作流程。

我平时看到的“合并管理器”选择了其中UCM防止因交付的神秘“活动依赖”的原因的情况下，即使是没有的。
请参阅“ ClearCase的UCM -克罗斯提供与交付向上？ ”对于这样的情况的一个例子。

话说“ deliver to alternate target ”是不允许的，意味着仅deliver to default的，这意味着你必须遵循流的层次结构建立的合并工作流程。
一个UCM合并带来合并之间的更好的可视化的基准 ，这意味着你知道所有给定的组件已经合并的文件。

然而，合并管理器是一个简单的合并，它可以涉及任何两个分支，并且任意两个（或更多）的文件。目前对于合并没有较高的知名度：它是一个文件，通过文件操作（而不是一个组件 - 或一整套文件 - 一个）。