6

開発の 2 つのストリーム (Stream1、Stream2 と呼ばれる) があり、これら 2 つのストリームを 1 つのストリームにマージしたい場合。

これは現在私がやっている方法です:

  1. 新しいストリーム - Stream3 を作成します。ストリーム 3 には、Stream1 と Stream2 のマージが含まれます
  2. Stream3 から新しいリポジトリ ワークスペース (workspace1 と呼ばれる) を作成します。
  3. ワークスペース 1 のフロー ターゲットを Stream1 に設定
  4. 「保留中の変更」内で、ストリーム 1 で利用可能であり、ストリーム 2 では利用できなかったすべての変更セットが、ストリーム 3 に配信できる変更セットとして表示されるはずです。

これは 2 つ以上のストリームをマージするためのベスト プラクティスですか、それとももっと洗練された方法はありますか?

4

1 に答える 1

12

新しいストリームを作成しますか??? 必要なし。

リポジトリ ワークスペースを開くと、「フロー ターゲット」と呼ばれるセクションがあり、これにはストリーム (「デフォルト」として特徴付けられます) が含まれます。

ストリーム ソース (マージ元のストリーム) を追加し、それを「現在」として設定すると、「保留中の変更」ビューに、そこからのすべての変更セットまたはベースラインを含む「受信」セクションが表示されます。ソース ストリーム。

これらの変更セットを受け入れ、ローカル ワークスペースにロードしてテスト (コンパイルとテスト) し、デフォルト ストリームに戻すという考え方です。

「受け入れ」フェーズでは、マージが行われます (自動または競合の場合は手動)。このスレッド
で述べたように：

RTC のマージ アルゴリズムは、ClearCase のマージ アルゴリズムと論理的に同じです。つまり、特定のファイルの異なるバージョンを選択する構成 (ストリーム、ワークスペース) が与えられた場合、2 つのバージョンの共通の祖先を見つけて、3 つの操作を実行します。途中合流。
ワークスペースの「フロー ターゲット」の変更は、ワークスペースにマージするブランチ (ストリーム) を指定できる RTC の方法にすぎません (cleartool findmerge同じ柔軟性が得られます)。
ClearCase と RTC は異なる共通の祖先アルゴリズムを使用することに注意してください。

最後のステップでは、「フロー ターゲット」セクションに戻り、デフォルトのストリームを「現在」として設定し直すことを前提としています。

私はこれよりもこのワークフローを好みます:

マージ

ここで、ブレントは、マージの結果を配信するために、現在の宛先ストリームとして設定します。これは別のワークフローであり、「Rational Team Concert 3.0.1 でストリームをスムーズに流す方法」でも説明されています。

于 2012-11-30T14:41:56.620 に答える