2

Team Foundation Server 2008 / Visual Studio Team Systemを使い始めたばかりであり、作業項目をニーズに合わせてエクスポートおよび変更する方法を見つけてうれしく思います。ただし、セットアップを完璧にするこの最後のことは、やや難しいことがわかっています。

バグ作業項目タイプをエクスポートし、ユーザーのグループごとに異なって表示されるように変更しました。ただし、重複していることが判明したバグを報告している開発者以外の人には潜在的な問題があります。解決されたreason：duplicateでチケットを閉じるユーザーは、最初のバグレポートとして認識されるバグへのリンクも作成するように強制したいと思います。

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）

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

4

3 に答える 3

1

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

代わりに試みることができるのは、重複して解決されたバグに別のバグへの関連リンクがあることを確認するレポートを作成することです。責任あるチーム メンバーに、週に 1 回程度このレポートを確認してもらいます。少し気さくな「非難と恥」は、プロジェクトをきれいに保つのに大いに役立ちます。;)

于 2009-08-28T00:25:44.420 に答える
0

現在のバージョンの TFS では、やりたいことを正確に行うのは非常に困難です。(2010 の高度なリンクにより、より簡単になります。) 少なくとも独自のリンク タイプを作成する必要があり、場合によってはカスタム フィールド コントロールも作成する必要があると思います。これらのインターフェイスは、サード パーティのブログに例が存在しますが、MSDN では十分に文書化されていません。

IMO の最善の妥協案は、「重複バグ ID」と呼ばれる新しい整数フィールドを作成することです。バグが解決済み状態に移行中で、解決状況フィールドが「重複」の場合、このフィールドは必須になります。それ以外の場合は、読み取り専用です (デフォルトでは空です)。このようにして、必要なすべての情報が取得されます。欠点は次のとおりです。

  • 「リンク」は双方向ではありません。元のバグから、後のバグがだまされたことを確認する方法はありません
  • dupe から元のバグに移動するには、ダブルクリックする代わりに CTRL+G が必要です

残りの要件の 90% を満たす迅速なソリューションとしては、これらはマイナーだと思います。

于 2009-08-28T03:51:00.023 に答える
0

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

于 2010-09-08T11:45:44.980 に答える