2009-05-20 89 views
2

我們剛剛開始使用Team Foundation Server 2008/Visual Studio Team System,我們很高興地發現我們可以如何導出和修改工作項目以滿足我們的需求。然而,這將使安裝完美的,我們這個過去的事情已經證明有些困難:在團隊基礎服務器bug工作項目中執行重複鏈接

我們已經出口了錯誤工作項類型,並取得了修改,它以不同的方式出現不同的用戶組。但是,我們確實發現非開發人員報告錯誤的潛在問題變成了重複。我們希望強制執行以解決理由關閉票據的用戶:重複也會創建一個鏈接,指向被視爲第一個錯誤報告的錯誤。

我已經看過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)

有沒有其他人試圖在工作項目中執行這樣的規則?是否有另一種解決相同問題的方法?我很感激在這個問題上的任何想法。

回答

0

在當前版本的TFS中做你想要的東西是相當困難的。 (2010年的高級鏈接使得它更容易)。我相信你必須至少編寫自己的鏈接類型,也可以自定義字段控件。這些接口在MSDN上沒有很好的記錄,雖然在第三方博客上確實存在示例。

最好的折中解決方案IMO是創建一個新的整數字段,稱爲「重複的bug ID」。當一個錯誤轉換到已解決狀態並且分辨率字段是「重複」時,此字段將變爲必需。所有其他時間,它是隻讀的(默認爲空)。這樣,你所需要的所有信息都被捕獲。缺點是:

  • 「鏈接」不是雙向的;沒有辦法從後面的一個被欺騙反對
  • 導航從重複數據刪除原有的bug原來的錯誤,看看需要CTRL + G代替雙擊

我認爲這些都是次要的一個快速的解決方案,滿足剩餘要求的90%。

1

我不知道如何直接將此問題解決爲重複錯誤。即使有你正在處理的想法,也沒有驗證鏈接是否存在實際的錯誤。

您可能會嘗試的是編寫一個報告,驗證是否有任何已解決的錯誤重複都有一個相關的鏈接轉到另一個錯誤。有責任心的團隊成員每週檢查一次該報告。有點善意的「責備和羞恥」對於保持項目清潔很有幫助。 ;)

0

您可以通過創建一個根據RelatedLinkCount設置其值的「好友」字符串字段,然後根據已解決的原因在好友字段上強制執行規則。