Team Foundation Serverでリンクを強制する重複のバグのワークアイテム

Question

Team Foundation Server 2008/Visual Studio Team Systemを使い始めたばかりで、作業アイテムを私たちのニーズにどのようにエクスポートしたり修正したりできるのかを喜んで見つけます。しかし、私たちのためのセットアップは完璧になるだろう、この最後のものはやや困難であることが分かっている：

我々はバグ作業項目の種類を輸出しており、ユーザーの異なるグループに異なって表示されるように、それに修正を行いました。しかし、私たちは、開発者以外の人が重複しているバグを報告する可能性のある問題を見ています。解決済みの理由でチケットを閉じるユーザー：重複しているユーザーは、最初のバグレポートとして認識されるバグへのリンクも作成します。

私はSystem.RelatedLinkCountを見て、私はそのスコープに何かを入れしようとすると、ルール

<FIELD type="Integer" name="RelatedLinkCount" refname="System.RelatedLinkCount"> 
    <WHEN field="Microsoft.VSTS.Common.ResolvedReason" value="duplicate"> 
     <PROHIBITEDVALUES> 
     <LISTITEM value="0" /> 
     </PROHIBITEDVALUES> 
    </WHEN> 
    </FIELD> 

しかし

を入れている、輸入はSystem.RelatedLinkCountはありません、ルールを受け入れないことを私に伝えます上記のルールは、私が何をしようとしているのかを示しています（リンクしたバグも重複していないことを確認しますが、これは残念ですが：P）

誰かがこのようなルールを作業項目に適用しようとしましたか？同じ問題を解決する別のアプローチがありますか？私はこの問題に関するいかなる考えに対しても感謝しています。

Answer 1

TFSの現在のバージョンでは、あなたが望むものを正確に行うのはかなり難しいです。 （2010年の先進的なリンクは簡単です）私は、あなた自身のリンクタイプを最小限にしなければならないと考えています。これらのインターフェイスは、サードパーティのブログにも例がありますが、MSDNにはあまりよく書かれていません。

IMOは、「duplicate bug ID」という新しい整数フィールドを作成することをお勧めします。バグがResolved状態に移行し、Resolutionフィールドが「duplicate」である場合、このフィールドは必須になります。それ以外の時間は、読み取り専用です（デフォルトでは空です）。この方法で、あなたが望むすべての情報がキャプチャされます。欠点は：

• 「リンク」は双方向ではありません。後で1はだまされやすい人から元のバグにナビゲートすること
• に対してだまされた元のバグから参照する方法は、私はそれらの迅速な解決のためにマイナーだと思う代わりに

をダブルクリックでCTRL + Gを必要としないこと残りの要件の90％を満たしています。

Answer 2

私は、バグを重複として解決する際に、これを直接防止することはできません。あなたが取り組んでいるアイデアでさえ、実際のバグへのリンクの検証はありません。

代わりに、重複して解決されたバグが別のバグにつながる関連リンクを持っていることを確認するレポートを作成することをお勧めします。責任あるチームメンバーにこのレポートを1週間に1回レビューさせてもらう。プロジェクトをきれいに保つためには、ちょっとした良質の「責任と恥」が遠くにある。 ;）

Answer 3

これを達成するには、RelatedLinkCountに従ってその値を設定する「バディ」文字列フィールドを作成し、解決された理由に従ってバディフィールドにルールを適用します。