学步园

有关最新版本的自述文件，请单击此处。

• 1. 系统要求
• 1.1. 支持的体系结构
• 1.2. 支持的操作系统
• 1.3. 硬件要求
• 2. 已知问题
• 2.1. 安装
• 2.2. 卸载
• 2.2.1. 在安装有早期版本的 Visual Studio 的计算机上
• 2.2.2. 在未安装早期版本的 Visual Studio 的计算机上
• 2.3. 维护
• 2.4. 产品问题
• 2.4.1. 一般问题
• 2.4.2. 代码编辑器
• 2.4.3. 语言
• 2.4.4. Visual Studio Tools for Office
• 2.4.5. SharePoint 开发
• 2.4.6. Web 开发
• 2.4.7. Windows Communication Foundation (WCF) 工具
• 2.4.8. Windows Presentation Foundation (WPF) 工具
• 2.4.9. Windows Workflow Foundation (WF) 工具
• 2.4.10. Windows SDK 集成
• 2.4.11. 调试器、数据库、诊断和分析工具
• 2.4.12. 体系结构工具
• 2.4.13. 测试工具
• 2.4.14. 实验室管理工具
• 2.4.15. 团队资源管理器
• 3. 相关链接

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# 功能。

在“添加/删除程序”中，选择“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”

在“添加或删除程序”页上，选择“卸载/更改 Visual Studio 2010”，再单击“下一步”。

选择“添加或删除功能”。

清除列表中的任何功能，然后重新进行选择。  这将启用更新状态。

完成安装向导。 此时应已安装 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 实时错误报告和快速信息工具提示不可用

在调试期间，IntelliSens