2011-05-24 16 views

答えて

3

ワークフローは逆もあります。バグを事前に作成するのではなく、Team Foundation Serverで作業項目の作成を処理させることができます。ユニットテストを実行する連続的な統合ビルドを作成した場合、そのビルドが失敗した場合(ユニットテストが失敗した場合を含む)にチェンジセットを送信したユーザに割り当てられたバグを作成できます。これを行うにはMSDN Magazineにあります。

TFS 2010の新機能は、Gated Check-inで、ビルドとテストの手順をコミットする前に正常に完了するように要求することで、このコードのチェックインを防止します。

1

現在、あなたが望むことをする仕組みはありません。作業項目でタグ付けされた変更をユーザーにチェックインさせることができます。これを手動で調べることができます。ユーザーがテストクラスを変更するか、新しいクラスを作成して修正プログラムをチェックインすると、テストクラスが完了したかどうかが確認できます。しかし、このテストが変更された場合、私に警告するという自動化はありません。

「変更とアラート」機能が必要な場合は、CodePlexを調べ、このタイプのツールがあるかどうかを確認します。それはデータベース層でも容易にできるかもしれませんが、私はどのような猿のようなものが取れるかはわかりません。私は、最新のTFSのサービスエンドポイントを見ていないので、ポーリングして変更があるかどうかを確認する方法があるかもしれません。

ウィッシュ私はより良い答えがありましたが、これは面白いASKですので、TFSのためにMicrosoft Connectに行き、その機能をリクエストすることを検討します。十分な人がこの機能に興味を持っているならば、それは将来の改訂版に含めることができます。

関連する問題