クリアケースUCM：マージ操作でブランチ間の依存関係が作成される

Question

問題の解決策を探しているのではなく、将来的に起こる可能性のある問題を回避しようとしているため、

プロジェクトABとCがあるとします.BとCはAの異なるベースラインに基づいています。 BとCの両方向でBとCの間でマージするのはいいですか？後で問題？

私はAからB、BからCにマージされたバージョンを持っていますが、今はCからBへマージしたいです。 トランクのAはインストール固有のもの、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の1つ上に）
VからBにマージすると、そのマージ中に削除しなければならないCの潜在的な変更が含まれます。

より一般的な方法では、必要な順序でリベース/配信できますが、以前のリンクのように「横向き」のパターンに従うと、一部のワークフローを作成して、非自明なマージを作成することができます。