RTC でローカル システム固有の構成を持ついくつかの追加の構成ファイルを含む変更セットを誤って配信しました。配信された変更を破棄する方法はありますか? つまり、変更は他のチーム メンバーに変更が加えられるべきではありません。
もしあれば、ポインタを提供してください。
RTC でローカル システム固有の構成を持ついくつかの追加の構成ファイルを含む変更セットを誤って配信しました。配信された変更を破棄する方法はありますか? つまり、変更は他のチーム メンバーに変更が加えられるべきではありません。
もしあれば、ポインタを提供してください。
配信された変更を破棄する方法はありますか?
正確ではありません: 変更セットが配信されると、その変更セットは受信として他のチーム メンバーに届きます。
次の 2 つの解決策があります。
しかし... ベースラインを提供したことがない場合 (および変更セットのみを提供した場合)、これはまったく簡単ではありません。「過去の日付に基づいて RTC スナップショットまたはベースラインを作成する方法はありますか?
」
を試すことはできますが、それは非常に面倒です。
さらに、同僚がすでに変更セットを受け入れており、独自の変更セットを配信し始めている場合、このソリューションはまったくお勧めできません。
show > history
右クリックして を選択し、誤って配布した最新の変更セットを右クリックして を選択しますrevert
。apply to your workspace
」を選択します。これにより、すでに配信されているもののネガティブなイメージである変更セットが作成されます。つまり、同僚は両方の変更セットを受け入れる必要があります: 間違った変更セットと、それをキャンセルした新しい変更セットです。
このスレッドでは、最初の代替案のバリエーションを紹介しています。
配信先のストリームから変更セットを実際に削除できます。
これは次の方法で実行できます。
- ローカル ワークスペースから変更セットを破棄する
- 次に、ストリームのコンテンツを、影響を受ける特定のコンポーネントのワークスペースのコンテンツに置き換えます。
これは、ストリームのコンテンツをワークスペースにあるものに実際に置き換えるため、より危険なソリューションです...ワークスペースにないストリーム内のものはすべて削除されます。これをする:
- を。作業しているストリームからの受信変更をすべて受け入れます (他のユーザーの作業が失われないようにするため)。
- b. ビューで所有しているコンポーネントを右クリックし、
Pending Changes
を選択しますShow->History
。ビューに変更セットが表示されHistory
ます。- c. 変更セットを右クリックして
Discard
...を選択すると、ワークスペースから変更セットが破棄されます。したがって、ワークスペースには、削除したいものを除い
て 、ストリームからのすべての変更が含まれているはずです。これを確認するには、Incoming と表示されているのが不正な変更セットだけであることを確認します。- d. コンポーネントを右クリックし、「
Replace in [your stream name]
...」を選択します