rtc - RTCの「操作動作」の2つの配信オプションの違いは何ですか？

Question

RTCの「プロジェクトエリア」レベルの「チーム構成」->「操作動作」には、2つの配信オプションがあります。

2つの違いは何ですか？どちらもサーバーに配信されていませんか？

Answer 1

それらはフック用です：

• クライアントで実行される、つまり配信前に、
• サーバー上で実行されます。つまり、配信の受信時に実行されます。

たとえば、クライアント側では、変更セットを配信する前に、作業項目を変更セットに関連付ける必要があるフックを設定しました（前の質問「変更セットを作業に関連付けることはできますか？」納品後の商品は？」）。
サーバーで確認できますが、配信が拒否された場合にネットワークトラフィックを使用するのはなぜですか？

より正確には、このスレッドで述べたように：

一般に、すべての前提条件をサーバーで実行する必要があるため、サーバー（Webサーバーを含む）は、これらの前提条件が実行されていることを確認できます。

ただし、クライアントで実行する必要のある前提条件がいくつかあります。つまり、クライアントのローカル状態を確認する必要がある前提条件です。
これは、事前定義された前提条件のリストによって示されます。
特に、これらの前提条件のほとんどは、「prohibit unused imports」や「」など、ワークスペースのビルド/コンパイル状態（サーバーで利用できない情報）を参照しますprohibit workspace errors。

クライアント側の情報を必要としないクライアント側の前提条件が3つあることに注意してください（ " require work item approval"、 " require work item and comments"、 " descriptive change sets"）。
これらは、RTCの最初のリリースで利用可能になったため、下位互換性のために含まれていますが、それ以降、サーバー側の前提条件としても利用できるようになっているため、常にサーバー側の形式を使用する必要があります。これらのクライアント側の前提条件を「非推奨」としてマークし、それらを置き換えるサーバー側の前提条件へのポインターを取得するために、作業項目209427
を 送信しました。