2012-03-07 51 views
0

我正在用這個撕掉我的頭髮。我已經在運行Windows Server 2008 R2 SP1的虛擬機上運行了帶有SP1的TFS 2010的全新安裝。TFS錯誤TF237159:查詢包含無效的列

我試圖創建一個工作項目,它失敗,出現以下每次:

TF237159:該查詢包含無效

我已經嘗試了所有類型的工作項列。我試圖創建一個新的團隊項目,並且在那裏也失敗了。

其他唯一的參考,我可以找到這個問題的是在這裏

http://healmyscm.wordpress.com/2011/08/12/tf237159-the-query-contains-columns-that-are-not-valid/

我已經安裝了SP1,所以我知道它不是錯誤。我沒有添加或刪除任何字段或定製任何東西。我基本上有一個使用默認進程MSF Agile模板的默認安裝,其中包含一個團隊項目和一些源代碼。它甚至沒有與分享點或SSRS掛鉤。我查看了TFS日誌,沒有任何東西。我看過事件查看器,沒有任何東西。

任何人都可以點我在正確的方向

**更新:我創建了一個新的團隊集合。這工作。不過,我需要讓原始團隊集合起作用,因爲這是我所有的源代碼控制所在。

** UPDATE2:我在原始團隊集合中創建了一個新的團隊項目,但是這次我使用了CMMI。之後......一切正常。很奇怪的問題。

+0

我只是想創建一個工作項目。我沒有查詢任何東西。試圖從Visual Studio 2010中創建任務 – 2012-03-07 00:30:01

+0

嘗試將SQL Profiler連接到SQL Server以查看傳遞的SQL。這可能會爲您提供有關導致問題的列的一些線索。 – 2012-03-07 00:34:16

+0

試着看着SQL。它給我一些我並不期望的錯誤 消息207,級別16,狀態1,過程xxW_WorkItem_13_47,行86 無效的列名稱'Microsoft.VSTS.Common.StateChangeDate'。 消息207,級別16,狀態1,過程xxW_WorkItem_13_47,行90 無效的列名稱'Microsoft.VSTS.Common.ResolvedDate'。 – 2012-03-07 00:44:52

回答

0

此問題是由TFS 2010服務器中引入的錯誤引起的,但後來在SP1中得到修復。遇到問題後安裝SP1無濟於事。一種解決方法是將新字段添加到現有工作項類型定義並重新導入,從而向服務器添加新字段。

正如您所提到的,創建CMMI項目後,問題消失。那是因爲CMMI項目創建了原始項目沒有的新字段。並且自SP1安裝以來,您不會再次遇到同樣的問題。

+0

那麼,服務器是從SP1開始安裝的,所以我不知道爲什麼它會出現,但是您提供的解決方案是正確的。 – 2012-03-09 16:00:28

0

在早期版本(TFS2013)中,我發現了相同的問題。我測試了兩種解決方案:

選項1:

  • 保存工作項定義XML文件。
  • 用列問題重命名工作項類型。
  • 導入againg工作項類型。

選項2:

  • 保存工作項定義XML文件。
  • 用witadmin destroywitd刪除工作項類型。你失去了工作項目。
  • 再次導入工作項類型。
相關問題