10

今天,突然之間,我發現我無法成功完成任何類型的獲取命令在我們的TFS。過程只是在某個時刻掛起,進度條和狀態消息與當前處理文件永遠保持不變,沒有錯誤拋出。這種情況每次都會發生在不同的文件上,遲早會用IDE和命令行實用程序進入進程。使用VS 2012和TFS 2008獲取命令掛起(TFS錯誤TF400307)

我使用Visual Studio高級專業版2012與2008年TFS

我從來沒有遇到過類似的問題之前,昨天,一切運行良好。從那時起,我不知道有任何配置更改,並且我是公司中唯一遇到此問題的人。

我不認爲有直接的答案爲什麼發生這種情況,但有人可以提供關於如何去調試和解決這些問題的任何指針?

到目前爲止,我已經嘗試了各種方式來運行get命令 - 最新版本,特定版本,map +獲取最新版本,都在VS IDE中並通過命令行。還有很多其他的TFS命令似乎運行良好。

編輯:

一些試驗和錯誤之後,留下該過程去爲一個小時左右,終於偶然發現在源控制輸出窗口中的錯誤消息。這些最初不可見,因爲當進程掛起時,它使整個IDE無響應。消息都是一樣的:

[文件路徑]:TF400307:下載操作在等待599秒後等待服務器響應超時。

+0

您是否碰巧安裝了AVG或其他防病毒軟件? – Betty

+0

我們長期使用ESET NOD32 Antivirus公司,所以我不認爲這是一個問題。正如我所說,自從昨天工作以來,我不知道任何操作系統或軟件配置的變化。 – famousgarkin

+0

我們正在使用第三個:Symantec Endpoint Protection。我必須嘗試標記爲答案的技巧。 –

回答

7

我與TFS有相同的問題,它會掛起並變得無法響應。

我通過更新tf.exe.config或devenv.exe找到了解決方案。用下面的配置值的配置文件:

<system.net> 
    <connectionManagement> 
     <add address="*" maxconnection="1000"/> 
    </connectionManagement> 
</system.net> 

我將限制設置爲1000在我身邊,我仔細觀察了資源監視器的價值,雖然如實我從來沒有高於600個併發連接。

+0

在更改TFS映射時再次出現問題。我將它添加到我的Program Files \ Microsoft Visual Studio 11.0 \ Common7 \ IDE \ devenv.exe.config中,它似乎工作正常。絕對比使用舊的TFS更好的解決方案,我接受這個。 – famousgarkin

3

那麼,什麼情況是,在VS 2012 TFS客戶中有一些導致它在一段時間到進程後,所有的文件開始timeouting爲更大號文件的運行GET命令時的錯誤。

正如下面的MS Connect票證中所述,現在的解決方法是使用較早的TFS客戶端來運行時間安排命令。我成功地使用VS 2010命令行TFS客戶端來完成項目。

1

同樣在這裏,你很耐心!我還得到了一個「TF400324:Team Foundation服務不能從服務器xyz獲得。技術信息(對於管理員):在取消獲取最新進程並等待了很長時間後,操作超時」來自Source Control Explorer的錯誤。 也許不是文件數量,而是數據量?在大約2GB的數據傳輸完成之後,這正好是一個32位有符號整數的溢出,但這只是一個懷疑。 票務:https://connect.microsoft.com/VisualStudio/feedback/details/776506/source-control-explorer-getlatest-hangs-after-certain-amount-of-data-transferred-might-be-integer-overflow#tabs

2

面對同樣的問題,從TFS2008獲得VS 2012的最新版本。使用調試器和Fiddler工具,我能夠捕捉到VS掛起的時刻。當VS 2012收到一些壓縮的TFS服務器HTTP響應時,看起來有些問題,它不能解壓縮並掛起。在關閉TFS HTTP流量壓縮之後,VS不再掛起。希望它可以幫助別人。

要關閉TFS壓縮創建的註冊表值,並重新啓動VS:

HKEY_CURRENT_USER \ SOFTWARE \微軟\ VisualStudio的\ 11.0 \ TeamFoundation \ RequestSettings EnableCompression(REG_SZ)=」假」

2

我所面臨的類似問題。改變工作空間爲我工作,即我刪除了舊的工作空間,並創建了一個新的工作空間,我再次映射了所需的項目,它像一個魅力!

0

我注意到當我使用新的WorkFolders映射作爲參數調用CreateWorkspace方法時,它開始將所有文件(映射到$ /)下拉到本地,這將解釋長處理時間 - 將WorkWorks變更爲CreateWorkspace,下一步似乎在伎倆