WorkItemChangedイベントクライアント側

Question

私の現在のプロジェクトでは、カスタム作業項目が特定の状態に変わったときにデータベースにレコードを追加する必要があります。このために、WorkItemChangedイベントで起動するTFSプラグインを構築することができます。しかし、当社のポリシーでは、これらのプラグインはすべてのプロジェクト収集で各作業項目ごとに処理されるため、作成することはできません。このアクションは、いくつかのチームプロジェクトでのみ必要です。

私の質問：代わりにこのイベントでアクションを発生させるクライアントサイドプラグイン（おそらくVSプラグイン）を作成することは可能ですか？または、このイベントのリスナーを別の種類のリスナーを作成するために、どこかにあるのですか？

事前に感謝の意を表します。

Answer 1

最後に、私はWorkItemの編集フォームのカスタムコントロールを作成しました。このコントロール内では、データベースレコードを作成するために必要なすべてのロジックを実装できます。

このように、コンボボックスの状態をオンホールド状態に設定する代わりに、まったく同じことをするボタンがあり、私のカスタムコーディングが実行され、データベースにレコードが追加されます。

Answer 2

アラートをTFSでドライブする代わりに、ポーリングベースのアラートシステムを実装できます。

変更したい仕事項目を選択し、変更日付列でソートした簡単な作業項目クエリを作成します。次に、この作業項目のクエリを実行し、結果に基づいて通知を行い、投票の間に高い水準点を維持するために、TFS SDKを使用した簡単なプログラムを作成します。

このポーリングベースのアプローチには、企業ポリシーに関係なくSOAPリスナーを設定する方法に比べて利点があります。 TFSが使用するSOAPベースのアラートシステムは、TFSインフラストラクチャのコンポーネント間の通信用に開発されました。マシンがダウンしたり、SOAPサービスがクラッシュしたり、IPアドレスが変更されたりすると、イベントログにTFSが表示されることがあります。同様のアラートシステムのポーリングベースのモデルに切り替える前に、私はTFSサーバーのイベントログを書きました。