碼上歡樂
相關內容    簡體    繁體

Visual Studio 2010 自述文件

本文轉載自   查看原文   2011-12-30 09:15   5447    .NET

有關最新版本的自述文件，請單擊此處。

1. 系統要求

1.1 支持的體系結構

  • x86
  • x64 (WOW)

1.2 支持的操作系統

  • Windows XP (x86) Service Pack 3 – 除 Starter Edition 之外的所有版本
  • Windows Vista（x86 和 x64）Service Pack 2 - 除 Starter Edition 之外的所有版本
  • Windows 7（x86 和 x64）
  • Windows Server 2003（x86 和 x64）Service Pack 2 – 所有版本
    • 如果不存在 MSXML6，則用戶必須安裝它
  • Windows Server 2003 R2（x86 和 x64）- 所有版本
  • Windows Server 2008（x86 和 x64）Service Pack 2 – 所有版本
  • Windows Server 2008 R2 (x64) – 所有版本

1.3 硬件要求

  • 1.6 GHz 或更快的處理器
  • 1024 MB RAM（如果在虛擬機上運行，則為 1.5 GB）
  • 3 GB 的可用硬盤空間
  • 5400 RPM 硬盤驅動器
  • 以 1024 x 768 或更高顯示分辨率運行且支持 DirectX 9 的視頻卡
  • DVD-ROM 驅動器

2. 已知問題

2.1 安裝

2.1.1 Crystal Reports 需要獨立於 Visual Studio 2010 進行安裝

對於 Visual Studio 2010，Crystal Reports 是單獨下載和安裝的。  若要創建 Crystal Reports 項目或網站，或者導入現有的使用早期版本的 Visual Studio 或 Crystal Reports 創建的項目或網站，則需要安裝與 Visual Studio 2010 兼容的 Crystal Reports 版本。

解決此問題的方法：

若將 Crystal Reports 與 Visual Studio 2010 一起使用，請使用本自述文件中“相關鏈接”一節中的 Crystal Reports 鏈接，下載並安裝與 Visual Studio 2010 兼容的 Crystal Reports 版本。 利用此安裝，不僅能夠創建 Crystal Reports 項目和網站，而且能夠對現有項目和網站進行升級以使用 Visual Studio 2010。

2.1.2 Visual Studio 在首次運行時以及在使用 F# 功能時報告有關“FSharp.ProjectSystem.dll”的程序包加載失敗

如果“Microsoft Visual F# 2.0 運行時”是在安裝“Microsoft .NET Framework 4”之前安裝的，之后又在系統上安裝了“Microsoft Visual Studio 2010”，則安裝看起來是成功的，但 F# 組件並未正確安裝。  這將導致在初次運行“選擇配置文件...”對話框時，以及稍后在 Visual Studio 2010 中使用 F# 功能時，引發與“FSharp.ProjectSystem.dll”相關的程序包加載失敗錯誤。

解決此問題的方法：

  1. 在“添加/刪除程序”中，選擇“Microsoft Visual F# 2.0 運行時”，然后單擊“卸載”。  按照說明卸載 F# redist。
  2. 在“添加/刪除程序”中，選擇“Microsoft Visual Studio 2010 <您的 SKU 和語言>”，然后單擊“卸載/更改...”。 
    • 單擊“下一步…”，然后單擊“添加或刪除功能”。
    • 清除“F#”功能並完成向導，以從 Visual Studio 2010 中刪除 F# 功能。
  3. 在“添加/刪除程序”中，選擇“Microsoft Visual Studio 2010 <您的 SKU 和語言>”，然后單擊“卸載/更改...”。 
    • 單擊“下一步…”，然后單擊“添加或刪除功能”。
    • 選擇“F#”功能並完成向導，以便為 Visual Studio 2010 重新啟用 F# 功能。

2.1.3 Visual Studio 2008 在卸載 .NET Framework 4 后中斷

如果先后安裝 Visual Studio 2008 和 Visual Studio 2010，並卸載 .NET Framework 4（或者同時卸載 Visual Studio 2010 和 .NET Framework 4），當嘗試在 Visual Studio 2008 中加載項目時，將會發生以下錯誤：
“無法讀取項目文件‘Project.proj’。 沒有為 ToolsVersion‘4.0’(在‘HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0’處定義)指定 MSBuildToolsPath，或者指定值的計算結果為空字符串。”

當計算機上仍存在 Windows SDK v7.0A 或其使用的某些的注冊表項時，可能會發生此問題。

解決此問題的方法：

  1. 確保已完全卸載 Visual Studio 2010（在“控制面板”->“程序”->“程序和功能”中，確保未列出 Visual Studio 2010）。
  2. 確保計算機上不存在以下注冊表項：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\4.0

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersion\4.0

如果在 64 位操作系統上運行，請從注冊表的 32 位部分中刪除這些項。 為此，請單擊“開始”->“運行”，鍵入“%WinDir%\SysWOW64\regedit.exe”，然后更改注冊表。

此時，Visual Studio 2008 的功能應全部可用。

2.1.4 安裝 Visual Studio 時使用的試用許可證可能已過期

在之前已安裝 Visual Studio 2010 旗艦版 LCTP（2010 年 3 月發布）或試用模式的 Visual Studio 2010 的發行版本的計算機上，使用試用許可證安裝 Visual Studio 2010 的發行版本可能會顯示一條消息，指示評估期到期。

解決此問題的方法：

Visual Studio 2010 發行版本提供了一個試用期。  在原始試用許可證過期后（自原始安裝之日起的 30 或 90 天），重新安裝將不會激活新的評估期。  請輸入完整的官方產品密鑰以解除對產品的鎖定。

2.1.5 如果已安裝某個版本的 Silverlight 3 SDK，則將不會安裝其他語言的 Silverlight 3 SDK

如果已安裝某個版本的 Silverlight 3 SDK，則 Visual Studio 2010 將不會安裝其他語言的 Silverlight 3 SDK。

解決此問題的方法：

可以從 http://go.microsoft.com/fwlink/?LinkID=157102 下載其他語言的 Silverlight 3 SDK，並將它與其他 Silverlight SDK 並行安裝。

2.1.6 如果 Visual Studio 宏工具無法在安裝 Visual Studio 的過程中進行安裝或已被卸載，則修復 Visual Studio 2010 並不會安裝這些工具

如果 Visual Studio 宏工具從未安裝或已被卸載，則修復 Visual Studio 2010 並不會修復或安裝這些工具。

解決此問題的方法：

  1. 在“添加或刪除程序”頁上，選擇“卸載/更改 Visual Studio 2010”，再單擊“下一步”。
  2. 選擇“添加或刪除功能”。
  3. 清除列表中的任何功能，然后重新進行選擇。  這將啟用更新狀態。
  4. 完成安裝向導。 此時應已安裝 Visual Studio 宏工具。

2.1.7 如果在安裝有 Visual Studio 2008 或 SQL Server 2008 的計算機上卸載並重新安裝 Visual Studio 2010，使用 Visual Studio 宏 IDE 可能導致 Visual Studio 崩潰

卸載 Visual Studio 2010 還將刪除 Visual Studio 宏工具包。 如果計算機還安裝有 Visual Studio 2008 或 SQL Server 2008，重新安裝 Visual Studio 2010 不會重新安裝 Visual Studio 宏工具包。 這將在啟動宏 IDE 時發生錯誤，如果嘗試重新創建 MyMacros.vsmacros 項目，則會導致 Visual Studio 崩潰。

解決此問題的方法：

  1. 刪除以下文件：
    •     在 64 位操作系統上：“%ProgramFiles(x86)%\Microsoft Visual Studio 9.0\Common7\IDE\1033\Microsoft.VSDesignerUI.dll”
    •     在 32 位操作系統上：“%ProgramFiles%\Microsoft Visual Studio 9.0\Common7\IDE\1033\Microsoft.VSDesignerUI.dll”
  2. 在“添加或刪除程序”頁上，選擇“卸載/更改 Visual Studio 2010”，再單擊“下一步”。
  3. 選擇“添加或刪除功能”。
  4. 清除列表中的任何功能，然后重新進行選擇。  這將啟用更新狀態。
  5. 完成安裝向導。 此時應已安裝 Visual Studio 宏工具。

2.1.8 面向 SharePoint 2010 的 Visual Studio SharePoint 項目具有特定的安裝要求

若要在 Visual Studio 2010 中使用 SharePoint 項目，則必須安裝以下組件：

  • Windows Server 2008 SP2 (x64) 或 Windows Server 2008 R2 (x64)。
  • Microsoft SharePoint Server 2010 或 Microsoft SharePoint Foundation 2010。
  • Visual Studio 2010（完全安裝）。

解決此問題的方法：

沒有解決此問題的方法。

2.1.9 面向 Office 2007 或 Office 2010 的 Visual Studio Office 項目具有特定的安裝要求

若要在 Visual Studio 2010 中使用 Office 項目，則必須安裝以下組件：

  • 支持 Office 2007 或 Office 2010 的操作系統。
  • Visual Studio 2010（完全安裝）。
  • Office 2007 發行版本或 Office 2010。

解決此問題的方法：

沒有解決此問題的方法。

2.1.10 Visual Studio 安裝程序無法在程序兼容模式中運行

Visual Studio 2010 和/或 .NET Framework 4 安裝程序失敗（錯誤代碼為 1603）或無法在程序兼容模式中運行。

Windows 程序兼容性助手指示可能未正確安裝 Visual Studio 安裝程序，並提示用戶使用建議的設置（程序兼容模式）對其進行重新安裝。

解決此問題的方法：

Visual Studio 安裝程序無法在程序兼容模式中運行。  確保未在系統范圍內啟用兼容模式設置，也未為 Visual Studio 安裝應用程序啟用兼容模式設置。

檢查手動設置

可能已在可執行文件屬性的“兼容性”選項卡上手動設置兼容模式。

  1. 在 Visual Studio 安裝媒體上找到 setup.exe。
  2. 右擊 setup.exe，然后單擊“屬性”。
  3. 在“兼容性”選項卡上，清除“用兼容模式運行這個程序”，然后單擊“確定”。

檢查程序兼容性助手注冊表設置

之前在嘗試運行 Visual Studio setup.exe 失敗或取消運行 Visual Studio setup.exe 時，程序兼容性助手可能已設置兼容模式。

  1. 單擊“開始”，然后單擊“運行”。
  2. 鍵入“regedit”，然后單擊“確定”。
  3. 瀏覽找到下面的每個注冊表項，並從 Visual Studio 的安裝路徑中刪除引用 setup.exe 的任何值：
    • HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Compatibility Assistant\Persisted
    • HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers

重新運行 Visual Studio 安裝程序

  1. 打開 Windows 資源管理器。
  2. 瀏覽找到 Visual Studio setup.exe。
  3. 雙擊 setup.exe 以運行 Visual Studio 安裝程序。

相關 KB 文章

http://support.microsoft.com/kb/931709

其他解決方法：

執行 <DVD ROOT>\setup\setup.exe，而不是執行 <DVD ROOT>\setup.exe

2.1.11 在保護已打開的情況下，Visual Studio 2010 無法安裝到啟用了 BitLocker 的硬盤上

當用戶執行針對啟用了 BitLocker 的磁盤的安裝過程時，如果此磁盤已鎖定，則該過程將失敗。

解決此問題的方法：

在安裝 Visual Studio 2010 之前，掛起對啟用了 BitLocker 的磁盤的保護。 在安裝完 Visual Studio 2010 之后，恢復對啟用了 BitLocker 的磁盤的保護。

或者，可以通過按照避免在安裝過程中重新啟動步驟執行操作來預安裝 .NET Framework 4 和 Windows Installer 4.5，以避免此問題。

2.1.12 卸載 Visual Studio 2010 時要保留在計算機上的重要系統更新

Visual Studio 2010 可能安裝了一些重要系統更新。

解決此問題的方法：

建議在刪除 Visual Studio 后將以下更新保留在系統中：

  • Microsoft 應用程序錯誤報告
  • Microsoft Windows Installer 4.5（KB942288，KB958655）
  • Microsoft Visual C++ 2008 運行時
  • Microsoft Visual C++ 2010 運行時
  • Microsoft .NET Framework 4

2.1.13 漫游配置文件僅在用於脫機方案時受支持

如果在主文件夾從網絡斷開時使用漫游配置文件，則安裝將失敗，這是因為 Windows Installer 安裝產品的方式導致出現了文件夾重定向問題。

解決此問題的方法：

如果在主文件夾從網絡斷開時使用漫游配置文件，則安裝將失敗，這是因為 Windows Installer 安裝產品的方式導致出現了文件夾重定向問題。

解決此問題的方法：

將漫游配置文件配置為使用本地路徑而非遠程連接路徑，或確保遠程主文件夾路徑在安裝過程中可用。

若要切換到本地配置文件，請按照下列步驟執行操作：

在域服務器上：

1. 設置目標用戶（例如 myuser）的漫游配置文件，如下所示：

在 Active Directory (AD) 中右擊用戶 myuser，再單擊“屬性”。 在“配置文件”選項卡的“配置文件”路徑中，鍵入與 \\domainserver\Rprofiles\%username% 類似的 UNC 路徑（例如 \\10.50.209.130\Rprofiles\myuser）。 注意：“\\domainserver”為 AD 服務器 IP，“\Rprofiles”為將存儲所有用戶漫游配置文件的新文件夾，而“\username”為用戶（此示例中為 myuser）登錄名。

2. 設置目標用戶的主文件夾，如下所示：

主文件夾的本地路徑：

選擇“本地路徑”，鍵入與 c:\Rprofile 類似的本地路徑，此路徑將在用戶 (myuser) 的客戶端中創建。 請不要使用 UNC 路徑。

在客戶端計算機上：

  1. 以管理員身份登錄到客戶端，並向 Administrator 組添加 AD 服務器上已創建的當前用戶（此示例中為 myuser）。
  2. 使用在域服務器過程的第 2 步中已使用的路徑（此示例中為 c:\Rprofile）創建本地路徑。
  3. 以新用戶身份（此示例中為 myuser）登錄到客戶端。
  4. 在首次登錄后注銷客戶端。 本地配置文件將自動保存到服務器中的漫游配置文件路徑，即 \\domainserver\Rprofiles\%username%（例如 \\10.50.209.130\Rprofiles\myuser）。
  5. 返回域服務器並打開用戶文件夾 (c:\Rprofiles)。 請注意，有一個新文件夾 (c:\Rprofiles\myuser)，並且其中包含多個文件。 這些文件都是漫游配置文件。 在注銷時，這些文件將自動與客戶端上的用戶文件夾同步。

2.1.14 在涉及網絡時，因 .cab 文件具有無效的數字簽名導致 Visual Studio 安裝失敗

在下載並安裝文件時或在通過網絡安裝文件時，網絡問題有時會導致文件受到損壞。  此問題會將其自身顯示為 %temp%\dd_install*.log 中的一條類似於以下內容的消息：

[05/16/09,17:47:12] VC 10.0 運行時 (x86): MSI 記錄結果詳細信息: 錯誤 1330。由於 CAB 文件 e:\dev10dvd\wcu\vcruntimes\x86\vc_runtime_x86.cab 具有無效的數字簽名，無法安裝所需文件。  這可能表明該 CAB 文件已損壞。

[05/16/09,17:47:12] VC 10.0 運行時 (x86): MSI 記錄結果詳細信息錯誤代碼: 1330

[05/16/09,17:47:13] InstallReturnValue: GFN_MID Chained VC 運行時 2010 Beta1 x86，0x643

解決此問題的方法：

本地下載安裝，驗證 CRC，然后重新啟動安裝。

2.1.15 在筆記本計算機上安裝時分辨率太低

在筆記本計算機上安裝 Visual Studio 2010 時，對話框的底部無法顯示導航按鈕。

解決此問題的方法：

檢查顯示分辨率以確保采用的是最小必需分辨率：

  • 800x600 @ 100% DPI 縮放
  • 1024x768 @ 125% DPI 縮放
  • 1280x1024 @ 150% DPI 縮放

在 Windows XP 上執行以下操作：

  • 右擊桌面並選擇“顯示”。 然后確保您的設置符合要求。

在 Windows Vista 或 Windows 7 上執行以下操作：

  • 右擊桌面，然后單擊“屏幕分辨率”。  確保它符合上述設置之一。
  • 底部有一個選項“放大或縮小文本和其他項目”。  確保這兩個設置與上述內容匹配。

2.1.16 安裝過程中不要拔出臨時驅動器

如果在安裝 Visual Studio 2010 時拔出 USB 驅動器，安裝過程可能會提示您插入源，或因缺少臨時文件而無法進行安裝。

解決此問題的方法：

在安裝 Visual Studio 之前拔出所有 USB 驅動器，或在安裝過程中不拔出這些驅動器，因為需要復制一些臨時文件並在可用空間最多的驅動器上使用它們。

2.1.17 不應將 Visual Studio ISO 作為現有 NTFS 驅動器上的目錄裝入

若將 Visual Studio 安裝媒體 ISO 作為 Windows 磁盤管理中的 NTFS 路徑裝入，則可能會導致安裝程序報告缺少對目標文件夾的寫權限或報告磁盤空間不足。

解決此問題的方法：

使用下列任一方法提供對 Visual Studio 安裝程序 ISO 資源的訪問權：

  • 將 ISO 內容提取到實際的本地或網絡路徑，並保留目錄結構。
  • 使用 Windows 磁盤管理或其他 ISO 裝入軟件為已裝入的 ISO 指定一個新的驅動器號。

從新的虛擬驅動器位置重新運行安裝程序。

2.1.18 在安裝 Visual Studio 的過程中安裝組件時出現錯誤：MSI 記錄結果詳細信息錯誤代碼: 1935

在安裝 Visual Studio 的過程中安裝組件失敗會導致日志中出現下面的文本行：

...: MSI 記錄結果詳細信息錯誤代碼: 1935

解決此問題的方法：

導致錯誤 1935 的原因有很多，但此錯誤通常是因無法覆蓋文件導致的。  這一情況可能因文件正在由其他一些應用程序使用而導致出現，此時，重新啟動 Visual Studio 安裝應能解決此問題。

另外，防病毒軟件由於會鎖定新近復制的文件以檢查其是否包含惡意軟件，因而通常會導致此情況出現。  在安裝過程中禁用防病毒保護應可以使安裝繼續進行。

2.1.19 在從作為驅動器或文件夾裝入的 ISO 映像安裝 Visual Studio 時出現錯誤

在從作為驅動器或文件夾裝入的 ISO 映像安裝 Visual Studio 時，可能會發生失敗，並顯示各種錯誤消息。  這些錯誤可能包括：

  • 安裝失敗，日志中顯示此行：  “...: MSI 返回了錯誤代碼 2。”
  • 安裝在系統重啟后失敗，原因是安裝程序在 ISO 裝入軟件可重新裝入映像之前重新啟動。

解決此問題的方法：

通過將 ISO 映像刻錄到 DVD，然后從實際 DVD 啟動安裝程序，可以避免這些問題。

2.1.20 在未安裝 MSXML6 的情況下無法創建任何 Visual Studio 項目

如果未安裝 MSXML6，則無法顯示初始配置文件選擇對話框，並且在創建項目時，可能會顯示類似於以下內容的錯誤消息：

“寫入項目文件時出錯。 類沒有注冊。”

解決此問題的方法：

  1. 從 MSDN 安裝 MSXML6：http://www.microsoft.com/downloads/details.aspx?FamilyID=993C0BCF-3BCF-4009-BE21-27E85E1857B1&displaylang=en。
  2. 重新啟動 Visual Studio。

2.1.21 由於缺少 Windows Automation API 3.0，無法支持 Windows XP x64

如果未安裝 3.0 版本的 Windows Automation API，則使用 Windows Automation API 的應用程序（例如，Windows 筆觸服務）會降低 Visual Studio IntelliSense 的性能。 Windows Automation API 3.0 對 Windows XP x64 不可用。

解決此問題的方法：

使用支持 Windows Automation API 3.0 的操作系統。

2.1.22 Windows Phone Developer CTP 與 Visual Studio 2010 不兼容

Windows Phone Developer CTP 與 Visual Studio 2010 不兼容。  已安裝或之前已安裝 Visual Studio 2010 RTM 的計算機將無法運行 CTP 版本的 Windows Phone Developer。

解決此問題的方法：

卸載 Windows Phone Developer CTP，然后安裝此產品的 Beta 或 RTM 版本。

2.2 卸載

2.2.1 在安裝有早期版本的 Visual Studio 的計算機上

2.2.1.1 當同一計算機上安裝了 Visual Studio 2010 的多個副本時，卸載其中的一個副本將中斷 Office 和 SharePoint 開發

當同一計算機上安裝了 Visual Studio 2010 的多個副本時，卸載其中的一個副本將中斷 Office 和 SharePoint 開發。

解決此問題的方法：

  1. 在“控制面板”中，打開“添加/刪除程序”。
  2. 右擊任何剩余的 Visual Stuido 2010 副本並選擇“修復”。  這將打開“修復”對話框。
  3. 單擊“自定義設置”單選按鈕，並單擊“下一步”。
  4. 在自定義設置中，切換任何復選框，然后單擊“下一步”。
  5. 安裝將繼續，並重新安裝 Office 和 SharePoint 組件。

2.2.1.2 Visual Studio 2010 卸載說明

在安裝正式發布的版本之前，必須刪除 Visual Studio 2010 的所有預發布版本。  卸載 Visual Studio 2010 的正式發布版本僅刪除核心產品功能，並會在計算機上保留最初隨 Visual Studio 安裝的其他受支持的產品。

解決此問題的方法：

有關完整步驟，請參見 MSDN 上的卸載文檔，網址為 http://go.microsoft.com/fwlink/?LinkID=151208。

2.2.2 在未安裝早期版本的 Visual Studio 的計算機上

2.2.2.1 在 64 位計算機上，卸載 Visual Studio 旗艦版將從計算機中移除 TraceLogProfiler.dll，即使有另一個產品依賴於它

TraceLogProfiler.dll 隨以下 Visual Studio SKU 一起安裝：

  • Visual Studio 2010 旗艦版
  • Test Elements
  • Test Agent

如果卸載 SKU 之一，則將從計算機中移除 TraceLogProfiler.dll 並將阻止在其他 SKU 中收集 IntelliTrace 和測試影響數據。

解決此問題的方法：

卸載並重新安裝測試元素或測試代理 SKU 以替換缺少的二進制文件。

2.3 維護

2.3.1 如何在 Visual Studio 2010 中添加或移除組件

在卸載 Visual Studio 之后，可以添加默認情況下未安裝的組件，請按照下面的步驟執行操作來添加它們。

解決此問題的方法：

在 Windows XP 或早期版本上安裝可選組件

  • 在“控制面板”上的“添加或刪除程序”頁中，選擇要添加到的產品版本，然后單擊“更改/刪除”。
  • 在安裝向導的“歡迎使用”對話框中，單擊“下一步”。
  • 單擊“添加或刪除功能”。
  • 在“選擇要安裝的功能”列表中，選擇要安裝的項，然后單擊“更新”。

在 Windows 7 或 Windows Vista 上安裝可選組件

  • 在“控制面板”上的“程序和功能”頁中，選擇需要添加到的產品版本，然后單擊“卸載/更改”。
  • 在安裝向導的“歡迎使用”對話框中，單擊“下一步”。
  • 單擊“添加或刪除功能”。
  • 在“選擇要安裝的功能”列表中，選擇要安裝的項，然后單擊“更新”。

2.3.2 如何修復 Visual Studio

如果 Visual Studio 變得不穩定，可對其進行修復以使其返回已知狀態。

解決此問題的方法：

有關完整步驟，請參見 MSDN 上的 Visual Studio 修復文檔。

2.3.3 重新安裝“添加/刪除”功能中未顯示的缺少的配套產品

如果已卸載某個產品（該產品是某些功能所需的且已由 Visual Studio 2010 原始發行版安裝），安裝程序自定義樹和“添加/刪除”功能樹中均未顯示此組件。  如何找回此組件呢？

解決此問題的方法：

  1. 打開“添加/刪除”功能或卸載程序。
  2. 打開 Microsoft Visual Studio 2010 程序。  
  3. 在“維護”頁上單擊“添加或刪除功能”。
  4. 在“選項”頁上，查找與缺少的功能相關的功能。 例如，如果缺少 Web 部署工具，則將 Web 部署功能在打開和關閉之間切換。
  5. 單擊“更新”。  這將確定未安裝 Web 部署工具配套產品，並將嘗試安裝該產品。
  6. 在“完成”頁上單擊“完成”。

2.4 產品問題

2.4.1 一般問題

2.4.1.1 針對商業智能項目的支持

Visual Studio 2010 不支持 SQL Server 2008 R2 或早期版本中的商業智能項目。 在 Visual Studio 2010 中，如果升級在 Business Intelligence Development Studio 中創建的項目，則升級將不會成功。 當前正在為將來版本的 SQL Server 考慮 Business Intelligence Development Studio for Visual Studio 2010。

解決此問題的方法：

尚未提供解決方法。

2.4.1.2 “改進 Visual Studio 性能”通知

如果未安裝 3.0 版本的 Windows Automation API，則使用 Windows Automation API 的應用程序（例如，Windows 筆觸服務）會大大影響 Visual Studio IntelliSense 的性能。 如果 Visual Studio 檢測到正在使用 Windows Automation API 且未安裝 3.0 版本，則會顯示“改進 Visual Studio 性能”通知。

解決此問題的方法：

1) 單擊通知，在包含用於將 Windows Automation API 更新為 3.0 版本的下載詳細信息的頁面（例如 KB971513）上打開外部 Web 瀏覽器。

2) 無法安裝更新的客戶可以設置一個注冊表項來阻止顯示通知，如下所示：

           [HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0\General]

                   "UIAOverride"=dword:00000001

2.4.1.3 在當前用戶與已登錄用戶不同時，Help Library 管理器無法從群中下載內容

Help Library 管理器 (HLM) 使用 BITS 服務下載內容。 如果使用“運行方式”功能啟動 HLM，則 BITS 將無法計划作業，因為該服務只能供已登錄的用戶帳戶使用。

解決此問題的方法：

在下載內容時，使用當前已登錄的用戶帳戶運行 HLM。

2.4.1.4 Help Library 管理器 – 在卸載 Visual Studio 時不卸載幫助內容

在卸載 Visual Studio 時，安裝程序不會刪除本地幫助內容。 Beta 2 和此發行版的本地內容目錄的默認位置不同。

解決此問題的方法：

如果已卸載 Visual Studio，則可以手動刪除本地幫助內容目錄中的文件。 如果未使用 Beta 2 本地幫助內容目錄，則必須手動刪除 Beta 2 內容目錄以將其從計算機中移除。

2.4.1.5 脫機的 Help 查看器搜索按鈕和代碼段選項卡可能不可單擊

在使用受限權限運行的 Internet Explorer 所在的 Windows Server 2008 系統上，脫機的 Help 查看器搜索按鈕和代碼段選項卡可能不可單擊。

解決此問題的方法：

可以向 Internet Explorer 受信任站點添加 127.0.0.1。 或者，對於搜索按鈕問題，可以按 Enter 執行搜索。

2.4.1.6 在為內容存儲區指定 UNC 路徑時，Windows XP 上運行的 Help Library 管理器顯示不正確的錯誤消息

如果在 Windows XP 上運行 Help Library 管理器 (HLM)，並將本地內容存儲區設置為 UNC 路徑（該路徑以 \\ 開頭），則 HLM 會顯示令人誤解的錯誤消息。  當 HLM 查明本地存儲區目錄是一個有效的可寫入位置時，它會錯誤地將 UNC 路徑報告為系統路徑。 這將導致 HLM 顯示令人誤解的錯誤消息。

解決此問題的方法：

沒有解決此問題的方法。

2.4.1.7 Help Library 管理器 – 本地內容存儲區路徑不能包含“#”字符

在首次運行 Help Library 管理器時，系統會顯示輸入本地內容將存儲到的目標位置的提示。 此文件夾路徑中不能包含“#”字符。 如果路徑包含該字符，則 Help Library 代理將無法呈現內容。

解決此問題的方法：

沒有解決此問題的方法。

2.4.1.8 Help Library 代理 – 關閉“不可見”窗口會導致 Help Library 代理停止工作

標題為“Help Library 代理不可見窗口”的窗口將變得可見。 如果關閉此窗口，則 Help Library 代理將停止響應。

解決此問題的方法：

使用任務管理器結束代理進程。 在使用快捷方式、幫助菜單項或按 F1 來重新啟動幫助時，代理進程將重新啟動。

2.4.1.9 在加載 Visual Studio 2008 設置文件時，將遷移用於加載模板的三個項目位置

在重置用戶數據並導入 Visual Studio 2008 設置文件時，“選項”對話框中的“項目和解決方案”下的內容顯示錯誤的值。

解決此問題的方法：

  1. 打開“選項”對話框。
  2. 選擇“項目和解決方案”節點。
  3. 手動將項目位置、用戶項目模板位置和用戶項模板位置更改為正確的路徑。
  4. 如有必要，請移除結尾多余的“1”。

2.4.1.10 外接程序無法運行，錯誤 80004002（不支持此接口）

在一個外接程序中，若將 <Assembly: ComVisible(True)> 修改為 <Assembly: ComVisible(False)>，則無法加載該外接程序。

解決此問題的方法：

由於外接程序是基於 COM 基礎結構生成的，因此不支持這樣做，雖然外接程序是用托管代碼編寫的，但仍必須將程序集 ComVisible 特性設置為 true。

2.4.1.11 面向 .NET Framework 4 之前的 .NET Framework 版本的外接程序將在生成時顯示警告

在創建外接程序且目標 Framework 更改為 .NET Framework 4 之前的某個版本時，將顯示生成警告。  發生這種情況的原因是為 .NET Framework 4 支持添加了其他引用。

解決此問題的方法：

從外接程序項目中刪除以下引用：

  •  EnvDTE100
  •  Microsoft.CSharp
  •  System.Core

2.4.1.12 為 Web 項目或 Web 項創建一個模板不會將此模板置於“新建項目”對話框或“新建項”對話框中的 Web 節點中

在為面向 Web 的 VSIX 項目或項生成一個模板時，除非將該模板置於特定目錄中，否則該模板將不會在“新建項目”對話框或“新建項”對話框中正確顯示。  如果 VSIX 中的目錄結構不正確，則該模板將出現在 CSharp 或 VB 的根位置。

解決此問題的方法：

  1. 將模板壓縮文件置於與 VSIX 文件的根位置相對的 ...\Template\CSharp\Web\ 或 ...\Template\VB\Web\ 下。
  2. 在 source.extension.vsixmanifest 文件中，添加指向此壓縮文件的引用。

2.4.1.13 無法使用 Createpkgdef 從注冊特性生成 .pkgdef 文件

必須先將 SolutionPersistenceRegistrationAttribute 代碼添加到項目，然后才能使用此特性。

解決此問題的方法：

如果在自動生成 .pkgdef 文件時，在代碼中使用 SolutionPersistenceRegistrationAttribute 類，則必須添加 Visual Studio SDK 安裝中的 MPF 源中的代碼。 該源位於 ..\VisualStudioIntegration\Common\Source\CSharp\RegistrationAttributes\SolutionPersistenceRegistrationAttribute.cs 下的 Visual Studio SDK 安裝文件夾中。

2.4.1.14 用戶在 Windows Server 2008 和安裝了 HyperV 角色的 Windows Server 2008 R2 上運行 Visual Studio 2010 時遇到低性能

當 Visual Studio 在虛擬化環境中運行時，它會從硬件加速呈現切換到軟件呈現。  安裝 HyperV 角色會導致 Visual Studio 無法檢測正確的呈現設置。

解決此問題的方法：

手動啟用硬件加速呈現：

  1. 打開“選項”對話框。
  2. 在“環境”下的“常規”頁上，在“視覺體驗”組中，清除“基於客戶端性能自動調整視覺體驗”選項。
  3. 選擇“如果可用，請使用硬件圖形加速”。
  4. 單擊“確定”。

2.4.1.15 Visual Studio SDK：無法在 Visual Studio 項目模板或項模板中包含雜項文件

添加到 Visual Studio 項目-模板項目或項-模板項目中的雜項文件未包含在項目生成過程中生成的壓縮文件中。

解決此問題的方法：

對於要包含在項目中的每個文件，將 BuildAction 設置為“ZipItem”。 這將在 bin 目錄中生成一個包含所有必需文件的自定義壓縮文件。

2.4.1.16 將 Visual C++ 外接程序項目轉換為 Visual Studio 外接程序項目會導致生成錯誤：“錯誤 C2871:“擴展性”: 具有該名稱的命名空間不存在”

在將 VC++ 外接程序項目轉換為 Visual Studio 2010 時，生成轉換的項目可能會導致以下錯誤：

錯誤 C2871:“擴展性”: 具有該名稱的命名空間不存在

導致此生成錯誤的原因是，轉換后缺少對位於 %ProgramFiles(x86)%\Common Files\microsoft shared\MSEnv\PublicAssemblies\extensibility.dll 中的共享程序集的引用。

解決此問題的方法：

  1. 右擊外接程序項目，然后單擊“引用”。
  2. 在顯示的對話框的“引用”部分中，單擊“添加新引用”。
  3. 選擇“添加引用”對話框中的“瀏覽”選項卡。 
  4. 導航到 %ProgramFiles%\Common Files\Microsoft Shared\MSEnv\PublicAssemblies\，選擇 extensibility.dll，然后單擊“確定”。重新生成項目。

2.4.1.17 擴展管理器中的“許可協議”對話框顯示額外的空白

擴展管理器中的“許可協議”對話框在顯示文本許可時可能會包含額外的空白。  此對話框將每個回車符和每個換行符呈現為一個新行；在呈現許可協議時，這將生成額外的空白行。

解決此問題的方法：

可以通過調整空白來解決這些格式問題。  為此，請在 Visual Studio 編輯器中執行以下操作：

  1. 在文本編輯器中打開文件。
  2. “編輯”->“查找和替換”->“快速替換”。
  3. “查找選項”->“使用”->“正則表達式”。
  4. 查找內容: \xD\xA
  5. 替換為: \xD
  6. 單擊“全部替換”。

2.4.1.18 在項目名稱包含空白的情況下，使用 Visual Studio SDK 創建的 WPF 工具箱控件會導致 Visual Studio 掛起

如果使用 Visual Studio SDK 生成 WPF 工具箱控件，並在項目名稱中使用空白，則生成的程序集的文件名也將包含空白。 

這會導致 WPF 設計器和工具箱中的控件不穩定。

解決此問題的方法：

  1. 在解決方案資源管理器中右擊您的項目，再單擊“屬性”。
  2. 在“程序集名稱”字段中，刪除所有空白字符。
  3. 請重新生成。

2.4.1.19 在從 SDK 模板運行獨立 Shell“新建文件”對話框時，此對話框包含不正確的項

默認情況下，“文件”->“新建”->“文件”對話框配置為查找與 Visual Studio 安裝相同的目錄。 在獨立 Shell 應用程序中，可以將此對話框配置為查找一個不同的文件夾。

解決此問題的方法：

  1. 在獨立 Shell 解決方案中，在啟動項目的 Shell Customization 項目文件夾下找到並打開“<解決方案名稱>.Application.pkgdef”文件。
  2. 為此文件追加以下文本，並將 <NewDirectory> 替換為應用程序的受保護的安裝位置中的子目錄：

[$RootKey$\Projects\{A2FE74E1-B743-11d0-AE1A-00A0C90FFFC3}\AddItemTemplates\TemplateDirs\{DA9FB551-C724-11d0-AE1F-00A0C90FFFC3}\/1]

"TemplatesDir"="<NewDirectory>"

[$RootKey$\Projects\{2150E333-8FDC-42A3-9474-1A3956D46DE8}\AddItemTemplates\TemplateDirs\{DA9FB551-C724-11d0-AE1F-00A0C90FFFC3}\/1]

"TemplatesDir"="<NewDirectory>"

2.4.1.20 VSIX 項目將忽略項目到項目的引用

如果使用“添加內容”功能將您的解決方案中的一個項目添加到 VSIX 項目中，則此項目引用的項目不會包含在生成的 VSIX 中。  VSIX 項目將只會包含其自己的項目引用集中的內容和文件。

解決此問題的方法：

對於每個缺少的項目到項目的引用：

  1. 右擊 VSIX 項目，再單擊“添加引用”。
  2. 添加對缺少的項目或包含在生成的 VSIX 中的文件的引用。

2.4.1.21 Help Library 管理器 – 在 Visual Studio 安裝程序結束時按“安裝文檔”按鈕似乎不起作用

按“安裝文檔”按鈕將運行 Help Library 管理器，它是一個用於安裝本地幫助的應用程序。  Help Library 管理器首先會提示您輸入本地內容位置。 此提示顯示在一個對話框中，該對話框不能在 Visual Studio 安裝對話框上方顯示。

解決此問題的方法：

完成 Visual Studio 安裝以關閉“安裝”窗口，或者最小化“安裝”窗口。

2.4.1.22 在使用 devenv /useenv 時，無法將 Visual Studio 2008 VC++ 目錄遷移到 Visual Studio 2010

在 Visual Studio 2010 中使用 devenv /useenv 時，無法從 .vssettings 文件遷移 Visual Studio 2008 中的 VC++ 目錄設置。

解決此問題的方法：

若要遷移 Visual Studio 2008 設置，請使用“devenv”而非“devenv /useenv”運行 Visual Studio 2010。

  1. 運行 devenv。
  2. 從附加的 .vssettings 文件遷移 Visual Studio 2008 VC++ 目錄。
  3. 關閉 devenv。

2.4.1.23 已移除 Visual C++ 項目中的“Inherited Project Property Sheets”屬性

已移除 Visual C++ 項目中的“Inherited Project Property Sheets”屬性。

解決此問題的方法：

使用屬性管理器在項目中添加/移除屬性表。 若要查看屬性管理器，請在 IDE 中單擊“視圖”->“屬性管理器”。

2.4.1.24 不支持針對 Visual C++ 項目的托管增量生成

Visual Studio 2010 中不支持針對 Visual C++ 托管項目的托管增量生成。

解決此問題的方法：

沒有解決方法。

2.4.1.25 在從 C++ 項目的 Win32 平台創建新的 x64 平台時，未正確復制 TargetEnvironment 屬性

在從 C++ 項目的 Win32 平台創建新的 x64 平台時，未正確復制 TargetEnvironment 屬性。 這可能會導致鏈接錯誤。

解決此問題的方法：

  1. 右擊項目。
  2. 打開項目的屬性頁。
  3. 轉到“鏈接”->“高級”。
  4. 將“Target Machine”屬性更改為“Machine X64 (/MACHINE:X64)”。

2.4.1.26 按不同的順序導入 C++ 包含路徑（VC++ 目錄），有時會導致生成中斷

在從 Visual Studio 2008 導入本機 C++ 包含路徑時，用戶路徑會強行插入到 SDK 路徑的前面。 這將在某些頭文件名發生重疊時阻止應用程序生成。

解決此問題的方法：

  1. 通過單擊“視圖”->“屬性管理器”打開屬性管理器。
  2. 展開項目節點，再展開 configuration|Platform 節點，您會發現，每個 configuration|Platform 均有一個“Microsoft.cpp.<平台>.users”文件。 這些文件是全局設置的文件，並且類似於以前的 tools/Options/VC++ 目錄。
  3. 選擇所有“Microsoft.cpp.<平台>.users”文件，然后右擊以打開屬性頁窗口。
  4. 在屬性頁窗口中，單擊左窗格中的“VC++ 目錄”，在屬性網格中的 $(IncludePath) 后添加新路徑，用分號將其與“包含目錄”分隔開。
  5. 單擊“包含目錄”的下拉列表，選擇“編輯”。 在出現的對話框中，使用上窗格中的箭頭重新組織這些目錄。

2.4.1.27 在對從 IDE 簽入到源代碼管理中的 C++ Windows 窗體進行重命名時報告出現錯誤

在對從 IDE 簽入到源代碼管理中的 C++ Windows 窗體進行重命名時報告出現錯誤。

解決此問題的方法：

  1. 從源代碼管理簽出 Windows 窗體。
  2. 對該窗體進行重命名，然后將其簽入。

2.4.1.28 DTE.Commands.AddCommandBar() 不保留命令欄

通過 DTE.Commands.AddCommandBar() 添加命令欄將不會保留命令欄。  因此，在重新啟動 Visual Studio 后，命令欄將不可用。

解決此問題的方法：

若要將命令欄添加到頂級菜單（例如工具欄和上下文菜單），請將 DTE.CommandBars.Add() 用作替代解決方法。  但若要在菜單中添加命令欄，則必須：

  1. 確保在啟動時加載外接程序。  可以在“工具”->“外接程序管理器”中配置此設置。
  2. 加載外接程序后，可以檢索 DTE 命令欄實例並使用位於 DTE.CommandBar 的 Controls 屬性中的 Add() 方法添加控件。

2.4.1.29 更改兩個屬性值會導致出現錯誤

打開屬性頁，更改屬性頁上的兩個屬性，然后單擊“確定”。 這將導致出現錯誤“對象引用未設置為實例”。

解決此問題的方法：

首先單擊“應用”以保留設置，然后單擊“確定”關閉對話框。

2.4.1.30 在將 x64 平台添加到 Visual C++ 項目后，屬性管理器中缺少 Microsoft.Cpp.x64.user 屬性表

在配置管理器中，通過復制 Win32 中的設置來添加新項目和解決方案平台 x64。 在屬性管理器中展開 Debug | x64 或 Release | x64 節點並檢查子屬性表時，對應的 x64 屬性表將不可用。

解決此問題的方法：

  1. 保存解決方案。
  2. 重新打開解決方案。
  3. 應顯示所需的屬性表。

2.4.1.31 帶引號的命令行在自定義規則文件中進行了錯誤轉換

如果自定義生成規則包含此命令行："%systemroot%\system32\cmd.exe" /k echo >"$(IntDir)\sample.txt"，則轉換將對引號進行錯誤地轉義。 這將導致此命令行在轉換后與以下內容類似："%systemroot%\system32\cmd.exe" /k echo >"$(IntDir)\sample.txt。

解決此問題的方法：

  1. 在文本編輯器中打開規則所對應的 .targets 文件。
  2. 修復 <Commandline> 特性以表明缺少引號。
  3. 保存。

2.4.1.32 清理解決方案不適用於配置類型：Makefile (2010 RC)

對 nmake 解決方案執行“清理解決方案”報告以下錯誤：

1>------ 清理已開始: 項目: makefiletest，配置: Debug Win32 ------

1> 'nmake' 不是內部或外部命令，

1> 也不是可運行的程序，或批處理文件。

1>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(33,5): 錯誤 MSB3073: 命令“nmake /?”已退出，代碼為 9009。

============== 清理: 成功 0 個，失敗 1 個，跳過 0 個 ==========

解決此問題的方法：

  1. 打開 Visual Studio 命令提示符窗口。 >
  2. 使用 devenv /useenv 打開 IDE。
  3. 此時“清理解決方案”應可用。

或者：

將一個批處理文件傳遞給清除命令。  在此批處理文件中，將 PATH 設置為 nmake 工具和其他生成環境。

2.4.1.33 使用“>File.OpenFile”或“>of”不會自動完成某些文件擴展名的文件名

如果在命令窗口或標准工具欄中的“轉到‘查找’組合框”中使用“>File.OpenFile <文件名>”或“>of <文件名>”打開文件，則將不會顯示某些文件擴展名的自動完成結果。  已知的兩類受影響的文件的文件擴展名為 .xaml 和 .svc。

解決此問題的方法：

方法 1：鍵入文件的全名（例如，“>of MainWindow.xaml”）。

方法 2：打開包含要打開的文件的項目中的任何文件。  如果該項目中的任何文件也存在於該選項卡中，則自動完成將適用於該項目中的所有文件。

2.4.1.34 使用“從現有代碼新建項目”創建靜態庫項目時發生異常

執行以下步驟會報告以下錯誤：  “錯誤消息: 未將對象引用設置到對象的實例，這是 NullReferenceException”

  1. 創建一個包含多個 .cpp 文件的文件夾。
  2. 在 Visual Studio 中，從該文件夾運行“文件”->“新建”->“從現有代碼創建項目”，選擇 C++，瀏覽到文件夾，對項目進行命名，然后單擊“下一步”。
  3. 選擇“靜態庫”項目類型，然后單擊“完成”。

解決此問題的方法：

  1. 選擇另一個項目類型來代替“靜態庫”項目類型，然后單擊“完成”。
  2. 創建項目后，通過更改項目屬性來更改項目類型。

2.4.1.35 將屬性表從 Visual Studio 2008 遷移到 Visual Studio 2010 時，無法升級 OutputFile 屬性

如果運行遷移並具有更改鏈接器工具和管理員工具的屬性的屬性表，則在轉換后，將僅轉換鏈接器工具中的屬性或管理員工具中的屬性。 這兩類工具中的另一個工具中的屬性仍具有其默認值。

解決此問題的方法：

  1. 在 Visual Studio 2010 中打開屬性表。
  2. 手動修改“管理員”或“鏈接器”屬性。

2.4.1.36 默認自動生成的 MFC 項目上顯示 IntelliSense 錯誤（#error 指令: 請為 _AFXDLL builds c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h 使用 /MD 開關）

使用默認模板創建 MFC 應用程序並打開某個生成的 .cpp 文件。 打開 errorlist 窗口，您會發現自動生成的文件中顯示了 IntelliSense 錯誤。 報告以下 IntelliSense 錯誤：

#error 指令: 請為 _AFXDLL builds c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h 使用 /MD 開關

解決此問題的方法：

  1. 在 Visual Studio 2010 中打開項目。
  2. 右擊項目。
  3. 轉到“配置屬性”->“C/C++”->“代碼生成”。 雙擊“運行庫”並設置為“多線程調試 DLL (/MDd)”。 如果此值看起來已設置，請重新選擇此值以確保此值已設置（此值稍后顯示為粗體）。
  4. 單擊“確定”。

2.4.1.37 MS Word 和 MS Excel 應用程序中的 Fwlink 不會將用戶重定向到本地化頁

當用戶單擊 MS Word 和 MS Excel 應用程序中的 Fwlink 時，沒有將用戶重定向到本地化網站，而是重定向到英文頁面。 用戶需要手動更改目標頁上的語言設置以正確顯示本地化頁。

2.4.1.38 可再發行語言包的位置不正確導致 ClickOnce 發布失敗。

如果在“系統必備”對話框中選中“從與我的應用程序相同的位置下載系統必備組件”選項，並選擇以下任何組件作為系統必備組件，則當使用簡體中文或繁體中文版本的 Visual Studio 2010 發布應用程序時，可能會顯示生成錯誤：

 

  1. Microsoft .NET Framework 4（x86 和 x64）
  2. Microsoft .NET Framework 4 Client Profile（x86 和 x64）
  3. Microsoft Visual F# Runtime for .NET 2.0
  4. Microsoft Visual F# Runtime for .NET 4.0

 

對於“Microsoft .NET Framework 4 Client Profile（x86 和 x64）”，系統可能會顯示下面的生成錯誤：

“MSB3152: 系統必備的安裝位置未設置為‘組件供應商的網站’，無法在磁盤上找到項‘Microsoft .NET Framework 4 Client Profile (x86 和 x64)’中的文件‘DotNetFX40Client\dotNetFx40LP_Client_x86_x64cs.exe’。 有關詳細信息，請參見‘幫助’。”

解決此問題的方法：

若要在簡體中文版本中解決此問題，請按以下步驟操作：

    1. 導航到文件夾“%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client”。 對於 x64 操作系統，該路徑位於 %ProgramFiles(x86)% 下。
    2. 將 zh-Hans 文件夾復制到名為 zh-chs 的新文件夾
    3. 導航到 zh-chs 文件夾。
    4. 在管理員模式下打開 Package.xml。
    5. 按如下方法將 >Culture< 的值更改為 zh-chs：

<String Name=”Culture”>zh-chs</String>

若要在繁體中文版本中解決此問題，請按以下步驟操作：

    1. 導航到文件夾“%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client”。 對於 x64 操作系統，該路徑位於 %ProgramFiles(x86)% 下。
    2. 將 zh-Hant 文件夾復制到名為 zh-cht 的新文件夾
    3. 導航到 zh-cht 文件夾。
    4. 在管理員模式下打開 Package.xml。
    5. 按如下方法將 >Culture< 的值更改為 zh-cht：

<String Name=”Culture”>zh-cht</String>

2.4.1.39 ClickOnce 應用程序安裝的可再發行語言包不正確。

如果在“系統必備”對話框中選中“從組件供應商的網站上下載系統必備組件”選項，並選擇以下任何組件作為系統必備組件，則當使用簡體中文或繁體中文版本的 Visual Studio 2010 發布應用程序時，可能會無法安裝簡體中文或繁體中文語言包：

 

  1. Microsoft .NET Framework 4（x86 和 x64）
  2. Microsoft .NET Framework 4 Client Profile（x86 和 x64）
  3. Microsoft Visual F# Runtime for .NET 2.0
  4. Microsoft Visual F# Runtime for .NET 4.0

 

解決此問題的方法：

若要在簡體中文版本中解決此問題，請按以下步驟操作：

    1. 導航到文件夾“%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client”。 對於 x64 操作系統，該路徑位於 %ProgramFiles(x86)% 下。
    2. 將 zh-Hans 文件夾復制到名為 zh-chs 的新文件夾
    3. 導航到 zh-chs 文件夾。
    4. 在管理員模式下打開 Package.xml。
    5. 按如下方法將 >Culture< 的值更改為 zh-chs：

<String Name=”Culture”>zh-chs</String>

若要在繁體中文版本中解決此問題，請按以下步驟操作：

    1. 導航到文件夾“%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client”。 對於 x64 操作系統，該路徑位於 %ProgramFiles(x86)% 下。
    2. 將 zh-Hant 文件夾復制到名為 zh-cht 的新文件夾
    3. 導航到 zh-cht 文件夾。
    4. 在管理員模式下打開 Package.xml。
    5. 按如下方法將 >Culture< 的值更改為 zh-cht：

<String Name=”Culture”>zh-cht</String>

2.4.1.40 修復 .NET Framework 4 時失敗

如果在修復 .NET Framework 4 后收到失敗通知，並且如果已安裝多個 .NET Framework 4 語言包，可以忽略此失敗。 系統將正常修復 .NET Framework 4。

如果 .NET Framework 仍無法正常運行，請執行以下操作：

  1. 轉到控制面板，打開“程序和功能”。
  2. 卸載 .NET Framework 4 Extended
  3. 卸載 .NET Framework 4 Client Profile
  4. 從 http://www.microsoft.com/downloads/details.aspx?FamilyID=9cfb2d51-5ff4-4491-b0e5-b386f32c0992 上重新安裝 .NET Framework 4
  5. 從 http://www.microsoft.com/downloads/details.aspx?FamilyID=6fd7e428-0aa8-40e3-a48d-0df2d76e24a8&displaylang=en 上重新安裝 .NET Framework 4 語言包

2.4.1.41 修復或卸載 .NET Framework 4 語言包時失敗

如果在修復或卸載 .NET Framework 4 語言包后收到失敗通知，或者如果已安裝多個 .NET Framework 4 語言包，則可能需要從源代碼包啟動修復或卸載。

解決此問題的方法：

  1. 從 http://www.microsoft.com/downloads/details.aspx?FamilyID=6fd7e428-0aa8-40e3-a48d-0df2d76e24a8&displaylang=en 啟動所選語言的 .NET Framework 4 語言包安裝程序。
  2. 選擇“修復”或“卸載”

2.4.2 代碼編輯器

2.4.2.1 不會對從 Visual Studio 早期版本升級並使用 ReSharper 的用戶啟用 IntelliSense

將 JetBrains ReSharper 與 Visual Studio 2008 或更早版本一起使用的用戶在升級到 Visual Studio 2010 並遷移其設置后，無法獲得 IntelliSense。  在使用 ReSharper 時，它會禁用默認 Visual Studio IntelliSense 並將其替換為 ReSharper IntelliSense，並且用戶的 .vssettings 文件將記錄未啟用 Visual Studio IntelliSense。  安裝 Visual Studio 2010 時，它會自動從早期版本的 Visual Studio 中遷移用戶的設置文件；其中包括禁用 IntelliSense 的設置。

解決此問題的方法：

可以通過兩種方式解決此問題：

  1. 安裝與 Visual Studio 2010 兼容的 ReSharper 版本。
  2. 在 Visual Studio 2010 中重新啟用 IntelliSense。為此，請轉到“工具”->“選項”->“文本編輯器”->“[語言]”->“常規”，然后選擇“自動列出成員”。  C# 用戶還可能必須轉到“工具”->“選項”->“文本編輯器”->“C#”->“IntelliSense”，然后重置這些選項。

2.4.2.2 Visual Studio 2010 中的 Visual C++ 編輯器中未反映從 Visual Studio 2008 導入的用戶關鍵字的顏色設置

Visual Studio 2010 中的 Visual C++ 編輯器中未反映從 Visual Studio 2008 導入的用戶關鍵字的顏色設置。

解決此問題的方法：

沒有解決方法。

2.4.2.3 在 Visual C++ 編輯器中進行調試的過程中，IntelliSense 實時錯誤報告和快速信息工具提示不可用

在調試期間，IntelliSense 實時錯誤報告（波浪下划線）和快速信息工具提示（將指針移至代碼上方時顯示的信息）對於 C++ 不可用。  調試過程中，表達式計算器會使用工具提示 UI。

解決此問題的方法：

沒有解決方法。 在調試時，C++ 不支持當前實時錯誤報告和快速信息工具提示。

2.4.2.4 C++/CLI 不提供對 IntelliSense 的完全支持

一小部分 IntelliSense 對 Visual Studio 2010 中的 C++/CLI 代碼不可用。這包括：

  • 成員列表
  • 參數幫助
  • 快速信息
  • 調用層次結構
  • 波浪下划線

但瀏覽功能（ClassView、GotoDef、“查找所有引用”、“定位到”等）的所有代碼對 C++/CLI 可用。

解決此問題的方法：

沒有解決方法。

2.4.2.5 某些實時防病毒軟件可能會降低 Visual C++ IDE 的性能

實時防病毒軟件可能會干擾 Visual C++ IDE 所需的磁盤 I/O。  此 I/O 可用於編譯或鏈接，也可用來更新用於 IDE 功能的數據庫。  通常，觀察到的性能降低為 15-30%。

解決此問題的方法：

從防病毒掃描中排除源目錄。  這將確保防病毒軟件不會鎖定正由 IDE 修改的文件。

或者，可以選擇性地從病毒掃描中排除文件類型 SDF。  在 Visual Studio 2010 中，Visual C++ IDE 使用 SQL Server Compact 數據庫提供 IDE 代碼瀏覽功能。  創建的數據庫文件的文件擴展名為 .sdf。  當 IDE 需要訪問此類文件時，從掃描中排除此類文件可確保防病毒軟件不會鎖定它們。

2.4.2.6 在使用 DBCS 字符編輯 .css 文件時，VS 分析器崩潰

在編輯 .css 文件中的注釋時，插入 DBCS 字符可能會導致 VS 分析器崩潰。 在刪除前導 /* 字符時，已包含注釋的文件可能會發生崩潰，因此將注釋公開到分析器以更新語法突出顯示。 在打開已包含 DBCS 字符的 .css 文件時，也會出現此問題。

解決此問題的方法：

在創建跨多個行的新注釋時，確保將每個行括在 /* */ 中。

在編輯包含 DBCS 字符的 .css 文件中的現有注釋時，避免刪除前導 /* 字符。

2.4.3 語言

沒有已知問題。

2.4.4 Visual Studio Tools for Office

2.4.4.1 在 Visual Stuido 2010 發行版本中打開 Visual Studio 2010 Beta 2 VSTO 項目而不是生成此項目

Visual Studio 2010 Beta 2 中已創建的面向 .NET Framework 4 的 Office 項目將不會在 Visual Studio 2010 發行版本中進行編輯。

解決此問題的方法：

若要在 Visual Studio 2010 發行版本中編譯此項目，則必須重新生成代碼隱藏文件。 可以通過兩種方式達到此目的。

方法 1：

  1. 確保未在 Visual Studio 2010 中打開此項目。
  2. 從此項目中刪除所有 *.Designer.cs 或 *.Designer.vb 文件。 例如，在 Visual C# 外接程序項目中，刪除 ThisAddIn.Designer.cs 文件。
  3. 在 Visual Studio 2010 中打開此項目。在打開此項目時，Visual Studio 會使用編譯的代碼自動重新生成已刪除的文件。

方法 2：

  1. 在 Visual Studio 2010 中打開項目。
  2. 將項目的目標 .NET Framework 更改為 .NET Framework 3.5。
  3. 將目標 .NET Framework 更改回 .NET Framework 4 或 .NET Framework 4 Client Profile。 在重新設置項目的目標后，Visual Studio 會使用編譯的代碼自動重新生成已刪除的文件。

2.4.5 SharePoint 開發

2.4.5.1 將 BDC 模型部署到 SharePoint Foundation 2010 導致出現錯誤

若您嘗試將 Visual Studio 2010 中創建的 BDC 模型部署到 SharePoint Foundation 2010，則您會收到以下錯誤消息：

錯誤 1 未能為功能“SharePointProject4_Feature2”(ID: 90146a35-91c1-4d4d-ac01-8cd24614b540) 加載接收器程序集“Microsoft.Office.SharePoint.ClientExtensions, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c”。System.IO.FileNotFoundException: 未能加載文件或程序集“Microsoft.Office.SharePoint.ClientExtensions, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c”或它的某一個依賴項。 系統找不到指定的文件。文件名: 'Microsoft.Office.SharePoint.ClientExtensions, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c'
   在 System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) 中
   在 System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) 中
   在 System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) 中
   在 System.Reflection.Assembly.Load(String assemblyString) 中
   在 Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject() 中

解決此問題的方法：

執行下列操作之一：

  • 創建一個功能事件接收器，此接收器允許導入包含 BDC 模型的解決方案包（.wsp 文件），如文檔 http://go.microsoft.com/fwlink/?LinkID=187676 中所述。
  • 升級到 Microsoft SharePoint Search Express 或 SharePoint Server 2010。

2.4.5.2 針對 SharePoint 項目的 Team Build 支持

由於依賴於 SharePoint 和自定義生成目標和任務，TFS/Team Build 的現用功能不支持 SharePoint 項目的 Team build。

解決此問題的方法：

此處的 MSDN 文章 http://go.microsoft.com/fwlink/?LinkID=165499 為客戶提供分布說明以便在 TFS/Team Build 計算機上手動生成 SharePoint 項目並對其進行打包。

2.4.5.3 使用第二個網站定義創建 SharePoint 站點時出錯

如果您的 SharePoint 解決方案包含兩個網站定義，並且您使用第一個網站定義創建網站，則當您嘗試創建基於第二個網站定義的網站時會收到以下錯誤：

錯誤: 您選擇的模板無效或未找到。
檢測到 FAILED hr (hr = 0x81071e44)

解決此問題的方法：

關閉 Visual Studio 然后重新啟動它，或者使用任務管理器結束 vssphost.exe 進程。

2.4.5.4 應用程序頁和可視 Web 部件項的內聯調試不起作用

執行過程未在應用程序頁和可視 Web 部件的 XML 標記中設置的斷點停止。

解決此問題的方法：

  1. 在“調試”菜單上，單擊“選項和設置”。
  2. 在“選項”對話框中，單擊“常規”，然后清除“要求源文件與原始版本完全匹配”。

2.4.5.5 未為某些 Sharepoint 控件啟用 URL 選取器

無法從 CSSLink 控件和 DateTimeControl 的屬性中調用 URL 選取器。

解決此問題的方法：

沒有解決方法。

2.4.5.6 在添加自定義服務器控件后，程序集未添加到 \bin\ 文件夾

如果向項目添加一個自定義服務器控件，則在編譯項目時，包含此控件的程序集不會自動添加到 \bin\ 目錄。 因此，在運行項目時，該程序集不會部署到 SharePoint 服務器。

解決此問題的方法：

在包設計器的“高級”頁中，添加自定義程序集。

2.4.5.7 SharePoint 2010 需要創建 SharePoint 項目

若要創建 SharePoint 項目，則必須在系統上本地安裝了 SharePoint 2010。

解決此問題的方法：

在安裝了 Visual Studio 2010 的系統上安裝 SharePoint Foundation 2010 或 SharePoint Server 2010。

2.4.5.8 SharePoint 項目中不支持新的語言功能

在 Visual Studio 2010 中，多個新的 Visual C# 和 Visual Basic 語言功能在 SharePoint 項目中不可用。

解決此問題的方法：

沒有解決方法。

2.4.5.9 SharePoint 項目中未命中工作流設計器上的斷點

SharePoint 項目中未正確中斷工作流設計器上設置的斷點。

解決此問題的方法：

在工作流代碼文件（workflow.cs 或 workflow.vb）中設置斷點。 代碼文件中的斷點將正確中斷。

2.4.5.10 調試器在設計器中顯示錯誤的工作流，且/或未報告工作流生成錯誤

在第二次部署 SharePoint 工作流時，工作流設計器在調試過程中可能會顯示較舊版本的工作流。  此外，並不總是顯示所有生成錯誤。 這只是一個與工作流設計器有關的顯示問題；SharePoint 中運行了正確的工作流。

解決此問題的方法：

更改將在后續部署中存儲在全局程序集緩存 (GAC) 中的程序集的簽名。 執行此操作的最簡單方法是更改程序集版本。 若要避免此問題，請修改 assembly.cs 或 assembly.vb 文件以在每次生成時自動遞增程序集版本號。

2.4.6 Web 開發

2.4.6.1 在文件系統網站中使用 Visual Studio 開發服務器 (Cassini) 時，URL 路由不使用包含句點的虛擬路徑

如果在 Visual Studio 2010 中創建一個文件系統網站，並且此網站位於其名稱包含句點 (.) 的文件夾中，則 URL 路由將不會可靠運行。 會從一些虛擬路徑返回一個 HTTP 404 錯誤。 導致出現此錯誤的原因是，Visual Studio 2010 使用了錯誤的根虛擬目錄路徑來運行 Visual Studio 開發服務器 (Cassini)。

例如，如果在名為“somedot.path”的文件夾中創建文件系統網站，則對以下 URL 的請求將失敗，出現一個 HTTP 404 錯誤：http://localhost:1234/somedot.path/example

但是，對以下 URL 的請求將成功：

http://lochttp://localhost:1234/somedot.path/example.aspx

解決此問題的方法：

對於此問題，可以使用下列解決方法之一：

  • 在文件系統網站的“屬性”頁上，將“虛擬路徑”特性更改為“/”。創建 Web 應用程序項目而非網站項目。 Web 應用程序項目不存在此問題，並且即使在項目文件夾的名稱中包含句點的情況下，URL 路由也可工作。
  • 創建在 IIS 中承載的基於 HTTP 的網站。 IIS 承載的網站可在虛擬路徑和項目文件的文件夾中包含句點。 在 Visual Studio 中，在創建項目時選擇“http”路徑。

2.4.6.2 單元測試項目不包含對 ASP.NET MVC 2 項目的引用

如果“解決方案資源管理器”窗口在 Visual Studio 中已隱藏，則當您創建 ASP.NET MVC 2 Web 應用程序項目並在“創建單元測試項目”對話框中選擇“是，創建單元測試項目”選項時，將創建單元測試項目，但它不包含對關聯的 ASP.NET MVC 2 項目的引用。 在生成解決方案時，Visual Studio 將顯示編譯錯誤，並且將不會運行單元測試。

解決此問題的方法：

有兩種解決方法。 第一種解決方法是，確保在創建 ASP.NET MVC 2 Web 應用程序項目時顯示“解決方案資源管理器”窗口。 如果您更願意將解決方案資源管理器保持隱藏狀態，則可使用第二種解決方法，即手動將單元測試項目中的項目引用添加到 ASP.NET MVC 2 項目。

2.4.6.3 一些功能在 Web 開發（代碼優化的）配置文件中不可用

HTML 設計器在 Web 開發（代碼優化的）配置文件中不可用。  需要設計器的功能（如樣式生成器）在此配置文件中不可用。

解決此問題的方法：

可以使用 Web 開發（代碼優化的）配置文件之外的配置文件來啟用 HTML 設計器。 若要更改正在使用的配置文件，請在“工具”菜單上選擇“導入和導出設置”。  重置設置並選擇一個不同的配置文件。

2.4.6.4 如果 Visual Studio 2010 安裝在 Windows Vista RTM 上而非 Windows Vista SP1 上，則一些 Visual Studio 2010 Web 開發功能將不可用

如果 Visual Studio 2010 中的新 Web 部署功能與以下任一功能（這些功能與 MSDeploy 集成）一起使用

則 Windows Vista 用戶必須安裝了 Service Pack 1。

解決此問題的方法：

MSDeploy 需要 Windows Vista SP1 中的功能。 因此，嘗試在 Windows Vista RTM 上運行 Web 部署功能將失敗。  必須將 Windows Vista 升級到 Service Pack 1，才能在 Visual Studio 2010 中使用 Web 部署功能。  也可以使用 Windows XP、Windows 2003、Windows 2008 R2 或 Windows 7 安裝 Visual Studio 2010 並使用 Web 部署功能。 （不過，建議您始終使用最新的操作系統 Service Pack，以便存在所有必需的依賴項）。

2.4.6.5 ASP.NET 開發服務器需要安裝 IPv4

ASP.NET 開發服務器 (aka Cassini) 需要在開發計算機上安裝 IPv4。  但並不一定要啟用 IPv4。

解決此問題的方法：

如果安全策略需要使用 IPv6，則可以在開發計算機上安裝 IPv4，但不啟用它。  或者，可使用 IIS 進行網站開發。

2.4.6.6 將具有 3.5 版圖表控件的 ASP.NET 3.5 網站升級到 ASP.NET 4 需要更改 web.config 和注冊指令

將具有 3.5 版圖表控件的 ASP.NET 3.5 網站升級到 ASP.NET 4 將導致在生成時出現以下錯誤：

錯誤 1 類型“System.Web.UI.DataVisualization.Charting.Chart”同時存在於“c:\Windows\assembly\GAC_MSIL\System.Web.DataVisualization\3.5.0.0__31bf3856ad364e35\System.Web.DataVisualization.dll”和“c:\Program Files\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Web.DataVisualization.dll”中的 C:\Websites\Vs2008Sp1_Website_35_Cs_WithChart\Default.aspx 15

解決此問題的方法：

升級后，必須將 web.config 中仍指向 3.5 版圖表控件的引用更新為引用版本 4。

<pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID">lt;controls>

<add tagPrefix="asp" namespace="System.Web.UI.DataVisualization.Charting" assembly="System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>

</controls>

</pages>

<httpHandlers>

<add path="ChartImg.axd" verb="GET,HEAD" type="System.Web.UI.DataVisualization.Charting.ChartHttpHandler, System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>

</httpHandlers>

......

<system.webServer>

<validation validateIntegratedModeConfiguration="false"/>

<handlers>

<remove name="ChartImageHandler"/>

<add name="ChartImageHandler" preCondition="integratedMode" verb="GET,HEAD" path="ChartImg.axd" type="System.Web.UI.DataVisualization.Charting.ChartHttpHandler, System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>

</handlers>

</system.webServer>

......

必須刪除 Web 窗體頁中的注冊指令或將其更新為引用版本 4。

<%@ Register assembly="System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" namespace="System.Web.UI.DataVisualization.Charting" tagprefix="asp" %>

可能必須刪除 bin 文件夾中的現有 System.Web.DataVisualization 程序集，因為此程序集是 .NET Framework 4 的一部分。

2.4.7 Windows Communication Foundation (WCF) 工具

沒有已知問題。

2.4.8 Windows Presentation Foundation (WPF) 工具

2.4.8.1 WPF & Silverlight Designer 團隊博客

WPF & Silverlight Designer 團隊（Cider 團隊）已開通了新的團隊博客，網址為：http://blogs.msdn.com/wpfsldesigner/default.aspx

此初始內容將側重於 Designer 工具集、使用 Designer 的演練以及適用於控件作者的常見問題解答和文章。 此外，您可以在博客上向 Cider 團隊提供反饋。

您可以在博客上找到這些自述文件項，網址為：http://gohttp://go.microsoft.com/?linkid=9723703

解決此問題的方法：

不適用。

2.4.8.2 用戶代碼異常可能會影響設計器和 Visual Studio

任何在設計時引發異常的用戶代碼都會導致設計器中出現未處理的異常，甚至還可能導致 Visual Studio 崩潰。  若要對此進行保護，請通過 DesignerProperties.GetIsInDesignMode 檢查包裝您的代碼，從而阻止其在設計時執行。  設計時將執行的常見方法示例是 UserControl.Loaded 事件處理程序、綁定轉換程序和 WCF 同步事件處理程序。

解決此問題的方法：

請參考下列文章：

2.4.8.3 無法加載從網站下載的程序集

在 Visual Studio 2010 中，可能無法正確加載已從網站下載的程序集。  這是因為，這些程序集已具有“Web 標記”，因而不是完全受信任的。  在以下情況下按原樣使用這些程序集可能會導致出現錯誤：生成應用程序、在 XAML 中引用這些程序集或嘗試通過“選擇項”對話框使用其中的某個程序集。  在這些情況下，該錯誤通常將指示可能已從網站下載此程序集。

解決此問題的方法：

如果您完全信任這些程序集，則可以按照此處的說明執行操作來解決此問題：

http://go.microsoft.com/fwlink/?LinkId=179545

2.4.8.4 無法在設計時解析外部 Silverlight 3 程序集中的資源

設計器將無法找到來自外部 Silverlight 程序集的資源（即，生成這些程序集的項目不屬於您的解決方案的一部分）。

解決此問題的方法：

對於程序集中包含的任何用作程序集引用的 Silverlight ResourceDictionary，必須在 ResourceDictionary 定義中包含以下內容：

    x:Class="ResourceDictionary"

作為一個更詳細的示例，您的 ResourceDictionary 必須類似於以下內容：lt;ResourceDictionary

    x:Class="ResourceDictionary"

    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

</Resou</ResourceDictionary>

2.4.8.5 將版本 3.5 的項目升級為版本 4 的項目可能會導致出現生成錯誤

對於此版本的 Visual Studio，已將一些類型移至 System.Xaml 程序集中。  因此，將項目的目標由版本 3.5 更改為版本 4 可能會導致出現指示以下內容的錯誤：

此類型已轉發到程序集“System.Xaml”。

解決此問題的方法：

手動將此程序集添加到項目中，並重新生成。

2.4.9 Windows Workflow Foundation (WF) 工具

沒有已知問題。

2.4.10 Windows SDK 集成

沒有已知問題。

2.4.11 調試器、數據庫、診斷和分析工具

2.4.11.1 如果未徹底關閉 Microsoft 測試管理器，則 HTTP 代理設置可能不正確，並且會阻止加載網站

如果未徹底關閉 Microsoft 測試管理器 (MTM.exe)（即崩潰、硬重置、電源周期），並且在測試設置中啟用了“用於 IntelliTrace 和測試影響的 ASP.NET 客戶端代理”診斷數據適配器，則將不會在客戶機上還原 Internet 代理設置。  這會阻礙 Internet 通信；其中包括網站呈現。

解決此問題的方法：

  • 從“控制面板”中打開“Internet 選項”（可能需要使用“大圖標”查看各項）。切換到“連接”選項卡。
  • 單擊“局域網設置”按鈕。
  • 如果環境需要使用代理服務器，則在“代理服務器”框中，通過以下方式還原為正確的代理服務器：清除“為 LAN 使用代理服務器”復選框或更改代理服務器的地址和端口。
  • 如果需要使用代理服務器，則單擊“端口”文本框旁邊的“高級”。  確保為所有類型的服務器配置適當的代理服務器。

2.4.11.2 在 IntelliTrace 記錄目錄為只讀目錄時，調試器無法啟動

默認情況下，IntelliTrace 文件位於“%ProgramData%\Microsoft Visual Studio\10.0\TraceDebugging\”目錄中。  如果將此目錄設置為只讀目錄，或將此目錄更改為只讀位置，則將引發用戶未捕獲的異常。  “試圖運行項目時出錯: 未捕獲通過反射調用的方法而引發的異常。”

解決此問題的方法：

  • 方法 1：將目錄的權限修改為可寫入權限。 方法 2：更改存儲 IntelliTrace 記錄的目錄。
    • 在 Visual Studio 中，打開“選項”對話框。
    • 在該對話框的左窗格中，展開 IntelliTrace 項。
    • 單擊 IntelliTrace 下方的“高級”項。
    • 將 IntelliTrace 記錄目錄更改為一個非只讀目錄。
    • 單擊“確定”。

2.4.11.3 在調試使用 Microsoft 本機並行庫的應用程序時收到錯誤消息

在調試使用 Visual C++ 的基於任務的並行庫（它們是 CRT 版本 10.0 的一部分）的應用程序時，您可能會在“並行任務”（和“並行堆棧”）窗口中收到一條錯誤消息。

                “只有以 Visual C++ 10 或更高版本為目標的程序支持此視圖。 請嘗試加載符號。 符號設置...”

按照錯誤消息提供的建議加載符號應可解決此問題。 如果此操作無法解決此問題，則可能是因為您的調試會話使用的是從 Microsoft 公共符號服務器下載的符號，而不是 Visual Studio 在您的計算機上安裝的符號。

解決此問題的方法：

在調試應用程序之前，請按照下列步驟進行操作：

  1. 轉到“工具”->“選項”->“調試”->“符號”。檢查“符號文件(.pdb)位置:”下的“Microsoft 符號服務器”項。如果已使用符號緩存，請刪除包含下載的 CRT 符號的文件夾。
  2. 在“符號文件(.pdb)位置:”下添加一個指向“<windir>\symbols\dll”的顯式符號路徑項（並進行檢查）。 請注意：< windir > 是 Windows 安裝文件夾；例如 C:\Windows'

2.4.11.4 導入固定的數據提示會導致 Visual Studio 崩潰

在設計模式中，導入已存在的且固定到源代碼的數據提示會導致 Visual Studio 崩潰。

解決此問題的方法：

可通過兩種方法來解決此問題：

  1. 在調試模式而非設計模式中導入數據提示。
  2. 先清除固定的數據提示，然后再導入包含現有固定數據提示的重復副本的數據提示文件。

2.4.11.5 僅用上次安裝的語言顯示性能 CPU 計數器

如果安裝了多個語言版本的 Visual Studio 2010，則始終用上次安裝的語言顯示性能 CPU 計數器的名稱。

例如，如果首先安裝了日文版的 Visual Studio 2010，然后在同一計算機上安裝了英文版的 Visual Studio 2010，則無論 Visual Studio 中設置了哪種用戶界面語言，都將用英文顯示性能 CPU 計數器的名稱。

2.4.11.6 在本地化的 Visual Studio 2010 中，在第二次運行分析時未轉換探查器輸出

在第二次運行分析時，未轉換“輸出”窗口中的一些探查器消息。

若要解決此問題，請先關閉分析報告 (.vsp)，然后再運行下一次分析。

2.4.11.7 性能工具規則的名稱具有英文版、簡體中文版和繁體中文版

在簡體中文版和繁體中文版的 Visual Studio 2010 中，未轉換性能工具規則的名稱。 若要訪問性能工具規則，請從“工具”菜單中選擇“選項”，展開“性能工具”節點，然后選擇“規則”。

這些名稱存儲在 vsperf_rule_definitions.xml 文件中，在簡體中文版中，該文件安裝在 Visual Studio 安裝文件夾中的 Team Tools\Performance Tools\zh-Hans\ 文件夾中；在繁體中文版中，該文件安裝在 Visual Studio 安裝文件夾中的 Team Tools\Performance Tools\zh-Hant\ 文件夾中。

解決此問題的方法：

需要創建 Team Tools\Performance Tools\zh-CHS\ 文件夾和 Team Tools\Performance Tools\zh-CHT\ 文件夾，並且應在簡體中文版和繁體中文版中將 vsperf_rule_definitions.xml 文件分別復制到對應的文件夾中。

此問題只是一個顯示問題，它不會影響功能。

2.4.12 體系結構工具

沒有已知問題。

2.4.13 測試工具

2.4.13.1 升級包含測試項目、測試運行配置和 .vsmdi 的 Visual Studio 2008 解決方案時因只讀文件問題而失敗

如果 .testrunconfig 或 .vsmdi 文件為只讀文件，將解決方案從 Visual Studio 2008 升級到 Visual Studio 2010 時將失敗。 升級時將顯示一條消息，指示升級失敗。

解決此問題的方法：

打開解決方案之前，確保這些文件不是只讀文件。  如果將這些文件簽入到源代碼管理，並且這些文件為只讀文件，請先簽出這些文件，然后再打開此解決方案。

2.4.13.2 在網絡隔離虛擬環境中運行自動測試用例所花的時間比預計的時間要多一些

在網絡隔離虛擬環境中運行自動測試用例時，您可能會觀察到，在執行完測試用例后，測試代理將在幾分鍾內保持“正在運行測試”狀態。  僅在以下情況下發生上述情況：

  1. 在網絡隔離環境中運行測試用例，其中虛擬機連接到與測試控制器安裝到的計算機不同的域。 在網絡隔離環境中，有至少一台虛擬機用於數據收集（即，該計算機上未運行任何測試）。
  2. 未使用本地隱藏帳戶進行代理控制器通信，並且已在團隊項目集合中配置了實驗室服務帳戶。

解決此問題的方法：

  1. 使用不同於實驗室服務帳戶的域帳戶運行測試控制器。  假定此域帳戶為 mydomain\myaccount。 在網絡隔離環境中，在執行測試用例的實驗室計算機上將會隱藏此域帳戶。 可以通過將環境中每台計算機的角色與測試設置中的執行角色進行匹配來標識這些計算機。 例如，如果測試設置中的執行角色為“數據庫服務器”，則只需在具有“數據庫服務器”角色的計算機上隱藏此域帳戶，而無需在環境中的其他計算機上執行此操作。 （隱藏域帳戶意味着，您應創建一個名為“myaccount”的本地計算機帳戶，並且該帳戶的密碼與 mydomain\myaccount 帳戶的密碼相同。）
  2. 重新啟動測試控制器並運行測試用例。

注意：如果測試控制器帳戶的密碼在過些天后發生了更改，則必須在隱藏該帳戶的計算機上更新密碼。

2.4.13.3 必須將 Beta 2 中創建的編碼的 UI 測試項目升級到發行版。 此外，必須在 API 中進行了重大更改。 使用 Visual Studio 2010 Beta 2 創建的所有項目都必須升級到發行版

以下是更改的列表：

  1. 已移除 UserControls.cs 文件。 所有專用類（HtmlButton、WinEdit、WpfCheckbox 等）現在是產品的一部分。“Internet Explorer Server”控件通常是 Html 控件的 UI 控件層次結構的一部分。 已將其移除以便更好地支持擴展性。
  2. 為了搜索瀏覽器窗口，現在使用了完全名稱匹配。
  3. 先前使用的屬性的名稱（例如：HtmlButton 的 DisplayText）位於單獨的類層次結構（例如：HtmlProperties.Button.DisplayText）中。 現在已將此名稱修改成為每個專用類的定義的一部分。 因此，HtmlButton.PropertyNames.DisplayText 現在將提供 HtmlButton 的 DisplayText 屬性的名稱。
  4. 不具有任何其他屬性的類現在將被視為自定義類。 例如，HtmlForm 現在將被視為 HtmlCustom，並且其 TagName 屬性將設置為“Form”。 不具有其他屬性的 Windows 窗體控件將被視為 WinControl。 不具有其他屬性的 WPF 控件將被視為 WPFControl。

解決此問題的方法：

  1. 從 http://go.microsoft.com/fwlink/?LinkId=184024 下載並安裝 UI 測試升級工具
  2. 運行“Visual Studio 命令提示”窗口。
  3. 運行以下腳本：

UITestUpgrade.exe <要升級的文件夾的名稱>

  • 此升級工具將修復問題語句中列出的所有更改。
  • 以遞歸方式搜索指定文件夾下的所有文件夾，並升級其下的所有項目。
  • 可以指定多個文件夾，這些文件夾之間用逗號隔開。
  • 如果某個項目處於源代碼管理下，則升級工具會將該項目從源代碼管理中簽出並進行更改。
  • 創建一個備份文件夾，並將指定文件夾中的所有內容復制到該文件夾，然后再進行更改。

2.4.13.4 在測試管理器中執行測試或在記錄編碼的 UI 測試中的測試時，無法鍵入一些重音字符

在執行測試記錄器（或在記錄編碼的 UI 測試中的測試）時，無法輸入必須以重音符號和“基本”字符的組合形式鍵入的任何重音字符。 存在的問題是，測試記錄器會將重音解釋為“死鍵”並將其丟棄。

解決此問題的方法：

完成對測試的記錄，然后通過添加必需的重音字符來手動修改生成的代碼。

可能有可用的 QFE，請與客戶支持服務聯系。

2.4.13.5 用英文而非操作系統的 UI 語言顯示 MTM

Microsoft 測試管理器 (MTM) 基於操作系統的 UI 語言來選擇 UI 語言。

如果操作系統的 UI 與安裝的 MTM 的語言版本不對應，則將用英文顯示 MTM。

2.4.13.6 針對用於視頻錄制的 32 位日文版的 Windows Media Encoder 的安裝錯誤

如果在運行 64 位日文版的 Windows 7 作為操作系統的計算機上安裝 32 位日文版的 Windows Media Encoder 9，則此安裝將失敗。

您必須在運行 64 位日文版的 Windows 7 的計算機上安裝 32 位英文版的 Windows Media Encoder 9 才能解決此問題。

2.4.14 實驗室管理工具

沒有已知問題。

2.4.15 團隊資源管理器

沒有已知問題。

3. 相關鏈接

 

© 2010 Microsoft Corporation。 保留所有權利。

使用條款 | 商標 | 隱私聲明


免責聲明！

本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。



猜您在找 Easy-RSA 3快速入門自述文件 Visual Studio 2010 C++ 工程文件解讀 visual studio 2010問題修復 安裝Visual Studio 2010 教程 Visual Studio 2010 開發 DLL Visual Studio 2010 插件之Resharper 在Visual Studio 2010 中創建類庫(dll) Visual Studio 2010中編寫C程序 Visual Studio 2010 RDLC 報表簡單使用 Visual Studio 2010/2012 Pro Power Tools
 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM