2010-10-20 64 views
1

我們最近使用MSF For Agile流程模板遷移到TFS 2010,我們利用Burndown,用戶故事進度等類似報表。截至2013年10月13日,我們的倉庫運作完美,我們所有的報告都顯示最新的數據。但是,在此日期之後,報告開始顯示舊數據,並使用WarehouseControlWebService上的GetProcessingStatus()方法查看倉儲作業的狀態,我們可以看到工作項跟蹤同步作業似乎停留在「正在運行'狀態。TFS 2010倉庫作業永遠不會離開運行狀態

實際上,當您將一個探查器放到數據庫中時,您可以看到相同的存儲過程被一次又一次地調用,使用相同的參數,就好像它被卡在循環中一樣。發生這種情況時,CPU使用率爲50%及以上。在我決定殺死它之前,它一直呆在這個狀態超過24小時。

我們的設置沒有什麼特別的瘋狂 - 我們使用Excel從TFS 2008中進行了乾淨的TFS安裝和導入工作項目。我們還有一個自定義工作項目模板「Support Ticket」,我們的支持團隊用它來記錄來自客戶的呼叫。所有的導入都使用適當的TFS命令行工具或Excel完成。

有沒有人遇到過這樣的事情?我看過一些帖子,其中有些人有類似的問題,但沒有看到答案。

回答

1

我很高興地通知大家,我們設法修復它!這個問題是一個流氓工作項目(Bug),它與一個不存在的任務有聯繫。我不太確定這是怎麼發生的,但只能假設它發生在我們從TFS 2008導入的工作項目中。

我們只注意到這一點,因爲作爲最後的手段,我們要創建一個全新的Team Project Collection,並且團隊項目,並將所有工作項目導入其中,並查看倉庫是否在此工作。但是,當我們在導入之前將「所有工作項」查詢作爲團隊資源管理器中的樹視圖查看時,其中一個用紅色突出顯示,旁邊有一個驚歎號,表示所引用的項不存在。我們只需使用'witadmin destroywi/collection:http:// tfs2010:8080/tfs/<>/id:1571'將它們刪除,然後神奇地倉庫再次運行。奇妙!

如果這篇文章可以幫助一個人,那麼我是一個快樂的人,因爲這在過去的一週裏讓我們感到非常痛心。儘管我們已經設法克服了這個問題,但不可否認的是,微軟在TFS中的錯誤處理還有很多不足之處。

此致