私たちのものは、クリアケースUCMの典型的な実装です：
私には2つのUCMプロジェクトがあり、それぞれが私たちのリリースを表しています。proj1からの安定したベースラインから作成されているproj2
proj1とproj2は並行して動作し、両方の同じ要素が同時に変更される場合があります。したがって、ファイルa.javaは両方のプロジェクトにあり、両方の開発者によって作業されています。毎週のマージアクティビティは、ダウンストリームがアップストリームプロジェクトから最新のものを取得し、マージが調整される場所で発生します。これは私の簡単な生活です。
コードの再構築の一環として、proj2のチームは、要素（主にファイル）を他の場所に移動し始めました。私が他の場所を言うとき、これはコンポーネント内または別のコンポーネントVOBを意味する可能性があります。これはこれまでに起こったことはありません。
実際の問題：
プロジェクト間マージが発生した場合、要素a.javaの宛先ブランチバージョンが別の場所/フォルダーに移動された可能性があります。clearcaseがアップストリームプロジェクトからのバージョンと引き続きマージされるようにするにはどうすればよいですか。cleartool moveクリアケースが適切な場所を認識してマージするのに十分なコマンドを使用していますか？VOB間移動の場合、cleartool relocateコマンドは私にも同じことを行います。私は厳重に管理された環境にいます。そうでなければ、サンドボックスを作成して自分でテストしたでしょう。
私は@VonCまたは@Tamirを銀行に預けています:)