私のプロジェクトでは、ベータ版やリリース候補版などの重要なマイルストーンのためにメインストリームから分岐する状況があります。
ビルドを顧客に出荷したら、コードをマージしてメインストリームに戻します。これは、リベースのない単純な配信操作です。
現在、非常に古いストリーム (ほとんど廃止された) をメインストリームにマージする必要があるシナリオもあります。次の 2 つのオプションが利用可能であることがわかりました。
1)代替ターゲットへの配信
2)マージマネージャー
オプション 1) は、私たちのプロジェクトでは許可されていません。
私の質問は：
2つの違いは何ですか?なぜ一方を優先する必要があるのですか?
単純：
deliver to alternate target（またはdeliver to defaultさらに言えば）UCMマージであり、特にアクティビティの依存関係に関してだけでなく、ストリームに関してもUCMルールに従う必要があります（deliver親ストリームから子ストリームに移行するべきではありません。rebase）
Merge Managerは、2つのブランチ（Streamsではない）間のプレーンなClearCaseマージであり、マージワークフローに従わなくても、Aブランチ間でファイルのサブセットを配信できます。B
私は通常、UCMが難解な「アクティビティ依存」の理由で配信を妨げている場合に、「マージマネージャ」が選択されているのを目にします。このようなケースの例については、
「Clearcase UCM-クロスデリバリーとアップデリバリー？ 」を参照してください。
「deliver to alternate target」と言うことは許可されていないことを意味しdeliver to defaultます。つまり、ストリームの階層によって確立されたマージワークフローに従う必要があることを意味します。
UCMマージにより、ベースライン間のマージがより適切に視覚化されます。つまり、特定のコンポーネントがマージされたすべてのファイルがわかります。
ただし、Merge Managerは単純なマージであるため、任意の2つのブランチ、および任意の2つ（またはそれ以上）のファイルを含めることができます。そのマージの可視性はこれ以上ありません。これは、ファイルごとの操作です（コンポーネント（または一貫したファイルのセット）ではありません）。