1

「保留中の変更」ビューで、開発者は別の開発者リポジトリを指すようにフローターゲットを変更できます。複数の開発者間のコラボレーションにはどのような種類のサポートが利用できますか（ClearCase UCMストリームの配信/リベースモデルと比較して）？

一度に複数のリポジトリにフローすることは可能ですか？おそらく、これは有効なユースケースではありません。

4

1 に答える 1

2

その「フローターゲット」は、Stream間のマージの重要な部分です。

リポジトリワークスペースは、デフォルトで1つのストリームを指します。
ただし、別のストリームで公開された変更をマージする場合は、次のようにします。

  • 他のストリームをリポジトリワークスペースのフローターゲットに追加します
  • 現在のものとして選択してください
  • そのストリームからの変更セットを受け入れます（マージはそのプロセス中に続くことができます）
  • 現在のデフォルトストリームとして設定します（「フローターゲット」セクションで）
  • 変更セットをデフォルトのストリームに配信します

これにより、別のストリームがストリームにマージされます。
（変更セットをデフォルト以外のストリームに配信するのではなく、他のストリームからの変更を受け入れてデフォルトのストリームに配信することを常にお勧めします）

他のリポジトリワークスペースをポイントすることはできますが、変更セットを受け入れるためだけです（他の開発者に変更セットを提供することはできません）。

これは、「developer-is-gone-leaving-reserved-checked-out-file」の問題に対する良い答えです
。RTC開発者が自分のリポジトリワークスペースで自分の作業をチェックインした場合、彼/彼女は離れることができます。また、別のチームメンバーは、変更セットを受け入れてストリームに配信するために、フローターゲットをその開発者のリポジトリワークスペースに向けることができます。

一度に複数のリポジトリにフローすることは可能ですか？

いいえ。常に「現在」と宣言できるのは1つ（Stream / Repo WS）のみです。
また、独自のリポジトリワークスペースのフローターゲットセクションに別のリポジトリワークスペースを追加することに関しては、読み取り（つまり「受け入れる」）目的のみであり、書き込み（つまり配信）の目的ではありません。

于 2012-10-11T15:02:10.957 に答える