在TFS中（至少在2010年），我們有迭代的概念，它似乎應該有助於分配工作（我們在1.0版本中做了什麼，1.1版本計劃和積壓工作中剩下的是什麼） 。我不得不提到我一直在尋找TFS2012的Scrumm模板。在TFS 2010/2012中，如何分類錯誤？
現在，你如何按產品版本分類錯誤？ 例如，假設我們有一個產品在v1.0和v2.0在野外，v3.0在開發中。
現在我們發現了v1.0中的一個bug，結果發現v2.0和v3.0也包含了這個bug。
代碼方面，我們將更正dev中的錯誤，然後將其合併到v1.1和v2.1，以便我們的當前用戶不會因爲他們的版本而處於寒風中（因爲我們無法始終強制升級到最新版本）。
在TFS中創建錯誤時，我們可以選擇指示迭代路徑。但是我們只能使用一次迭代，而我們需要能夠聲明所有三個版本中存在的bug，並且在合併發生時將其標記爲單獨更正。
有什麼辦法可以支持TFS的工作方式，還是我看錯了？要做到這一點
一種方法是修改了錯誤的默認工作項類型在TFS：
在VS 2010中，通過從主菜單中選擇Tools > Process Editor > Types > Open WIT From Server打開編輯器
在在選擇工作項類型對話框中，展開團隊項目 ，你想這個模板應用到，選擇錯誤和 點擊OK。
當編輯器打開，你會看到所有可用字段的列表 的錯誤工作項目。您應該注意到Found In字段 列表中可用。通過在此 字段中提供版本號，編寫能夠按版本查找錯誤 的查詢應該相當容易。
要顯示此字段，請選擇佈局選項卡以調出 表單編輯器。這基本上只是一個大樹視圖。展開組 爲集團 - 分類（或任何你認爲這個領域是 最合適的），用鼠標右鍵單擊列，選擇控制新
在屬性面板中，選擇此找到爲字段名稱，並且 也更新標籤。
選擇預覽表單來測試您的更改，然後保存並關閉 編輯
有許多的解決這個辦法，這取決於你如何選擇接近它。一種是不使用標準的區域（邁克C建議一個很好的選擇）。另一種是創建工作項目，以更準確地反映您正在進行的工作的狀態。我的意思是這樣的：
如果你在三個不同版本的軟件上發佈修補程序，我會假設你想對所有三個版本進行測試，以假定修補程序在所有代碼庫。在V1.0中工作的修復程序在V3.0中可能無法使用，因爲周圍/受影響的代碼可能不同。
在這個過程中的某個時候，你可以有三個獨立的（但是鏈接的）錯誤表示：可能錯誤本身的三個副本，或者三個測試用例（每個錯誤應該測試的版本）鏈接到原始的錯誤。然後，如果bug在V1.0中得到解決，但需要在V3.0中修復更多的工作，那麼您的工作項目會準確地反映出這一點。