この質問は次のリンクにリンクされています：
変更セットを受け入れるときにすべての変更セットが見つからないのはなぜですか？
RTCが、変更セットを受け入れることによって、この変更セットに依存する変更セットの一部が受け入れられないことを発見した場合、これらの変更セットが何であるかを確認することは可能ですか？
変更セットを受け入れることは非常に危険であり、受け入れられる変更セットに、変更セットを提供した開発者が意図したものと同じソースコードファイルの変更が含まれていることを100％確信できないようです。
できることは、ソースストリームで配信した開発者のリポジトリ ワークスペースを追加することです。
そのリポジトリ ワークスペースを、独自のリポジトリ ワークスペース (マージに使用しているもの) のフロー ターゲットとして追加します。
その新しいフロー ターゲットを現在のフロー ターゲットに設定することで、不足している変更セットをすばやく確認できます。
もちろん、本当の問題は、私が今提案したことはスケールしないということです: 複数の開発者が部分的な配信を行っている場合 (中間の変更セットが欠落している場合)、各開発者のリポジトリ ワークスペースを順番に確認する必要があります。
そのため、2007 年以降 (!)、「ブロッカー」作業項目「拡張 24822」があります。
「Confirm Content Accept」ダイアログはより具体的なものにする必要があります (ギャップ例外が発生したときにギャップを埋めることを提案します)
...しかし、最新のRTC4.xでも、まだ解決されていません。