visual-studio-2010 - visual - 建置的模組沒有符號




為什麼在Visual Studio中加載我的解決方案需要太長時間? (5)

fwiw,我意識到這是一個遲到的條目,但我發現簡單地刪除(刪除)我的大量斷點解決了過多的加載時間和編譯時間。 此操作將.suo文件的大小從214MB減少到977KB。 讓VS處理.suo文件本身。 對於包含35個項目的解決方案,編譯和加載現在需要<1分鐘而不是5-10分鐘。 Visual Studio 2012 Pro,更新4。

我們有一個非常大的解決方案,包含200多個項目和數千個文件。 儘管解決方案過去常常在Visual Studio 2010以及2012中加載。然而,在將整個SVN存儲庫複製到另一個位置之後,加載和關閉解決方案突然耗費了很長時間。 (我在這裡講30-60分鐘!)


就我而言,以下工作沒有任何建議的干預步驟:

  1. 殺死Visual Studio。
  2. 直接啟動Visual Studio(即, 不是從.sln文件 )。
  3. 然後,從Visual Studio中打開解決方案。

在我的情況下,這就是使問題解決方案加載速度非常快,而無需我更改任何設置或刪除任何文件。


我嘗試了以上,但它沒有解決我的問題。

以下是我解決這個問題的方法,希望它對你們中的一些人也有用:

  1. 無需解決方案即可打開Visual Studio 2013。
  2. 創建一個新的C#控制台應用程序並保存。
  3. 關閉Visual Studio。
  4. 重新打開在步驟2中創建的控制台解決方案。
  5. 關閉Visual Studio。
  6. 重新打開之前掛在“準備解決方案”對話框上的解決方案。 我立刻開了,不再掛了。

我自己找到了一個解決方案,我想在這里分享一下,希望這可以節省相當多的研究時間並盯著“準備解決方案......”對話框。

使用Process Monitor檢查devenv.exe進程時,我發現它非常忙於訪問.svn目錄。 這是我做的(這在某種程度上解決了問題):

  1. 殺死Visual Studio
  2. 無需加載解決方案即可打開Visual Studio
  3. 禁用AnkhSvn作為源控件插件(工具 - >選項 - >源控制 - >插件選擇 - >無)
  4. 在生產力電動工具(工具 - >選項 - >生產力電動工具)中禁用“Document Well 2010 Plus”(VS2010)或“自定義文檔”(VS2012) - 我在某處讀到了它可能也有幫助...
  5. 關閉Visual Studio
  6. 刪除解決方案的*.suo文件。 它與解決方案本身位於同一文件夾中。 注意:您將丟失一些解決方案的設置,例如當前打開的文件,斷點,書籤,當前解決方案配置和平台(例如Debug x86)等。
  7. 重新啟動Visual Studio
  8. 加載解決方案 - 它現在快得多!
  9. 關閉Visual Studio
  10. 無需加載解決方案即可打開Visual Studio
  11. 重新啟用AnkhSvn和“文檔井”
  12. 重新啟動Visual Studio
  13. 打開解決方案 - 它仍然在幾秒鐘內加載!

我不知道這些步驟中的哪一個實際上解決了這個問題。 可能並非所有這些步驟都是必需的,但我不想重現問題以找出可能省略的步驟。 :)


這些都沒有幫助過我,我做了什麼......我用procMon的sysinternals觀看,過濾devenv,我看到了很多fussionlog的條目。 幾週之前我已經啟用了fussionlog進行調試,並沒有考慮禁用它。 我只需禁用fussionlog,解決方案打開得更快。







productivity-power-tools