MSBUildToolsPath is not specified for the ToolsVersion

最新推荐文章于 2023-02-21 17:40:22 发布
最新推荐文章于 2023-02-21 17:40:22 发布
阅读量8.4k 收藏 1
点赞数 2
分类专栏： 错误提示
本文提供了解决Visual Studio 2015卸载后仍导致Visual Studio 2008无法正常打开解决方案的具体步骤，包括彻底卸载VS2015、清除相关注册表项等。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

我电脑安装了vs2015和vs2008 当我卸载了vs2015后不论怎么打开解决方案都会弹出这个错误


很明显，这就是vs2015捣的鬼。既然卸载了，再出现这个问题，肯定就是它拖泥带水，没有卸载干净。

就我知道的，想要卸载干净就必须删除程序所有文件及注册表。

解决办法如下：

http://blogs.msdn.com/b/visualstudio/archive/2010/02/26/my-visual-studio-2008-is-broken-after-uninstalling-net-framework-4-0.aspx


我英文也就4级，以我的2015为例总结下大概意思就是：

1、把VS2015完全卸载（运行你的安装文件，选择卸载所有组件，然后手动vs2015文件夹）

2、删除注册表（命令行输入:regedit，定位到

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\14.0

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersion\14.0

删除）


3、如果你用的是64位操作系统，你还要进入32位的注册表删除那两个目录的14.0。

开始菜单-->运行-->运行%WinDir%\SysWOW64\regedit32.exe

winFrom界面无法打开
**My Coding Family**
10-06 869
如上问题有的来自我自身项目开发，有的收集网站，有的来自读者…如有侵权，立马删除。再者，针对此专栏中部分问题及其问题的解答思路或步骤等，存在少部分搜集于全网社区及人工智能问答等渠道，若最后实在是没能帮助到你，还望见谅！并非所有的解答都能解决每个人的问题，在此希望屏幕前的你能够给予宝贵的理解，而不是立刻指责或者抱怨！如果你有更优解，那建议你出教程写方案，一同学习！共同进步。ok，以上就是我这期的Bug修复内容啦，如果还想查找更多解决方案，你可以看看我专门收集Bug及提供解决方案的专栏。
编写 MSBuild 内联编译任务（Task）用于获取当前编译环境下的所有编译目标（Target）
walterlv - 吕毅
03-25 2207
我之前写过一些改变 MSBuild 编译过程的一些博客，包括利用 Microsoft.NET.Sdk 中各种自带的 Task 来执行各种各样的编译任务。更复杂的任务难以直接利用自带的 Task 实现，需要自己写 Task。 本文将编写一个内联的编译任务，获取当前编译环境下的所有编译目标（Target）。获取所有的这些 Target 对我们调试一些与 MSBuild 或编译相关的问题时可能带来一些帮...
MSBUildToolsPath is not specified for the ToolsVersion “14.0“ defined at “HKEY_LOCAL_MACHINE\SOFTWAR
weixin_40314351的博客
10-21 1090
MSBUildToolsPath is not specified for the ToolsVersion "14.0" defined at "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\TOolsVersions\14.0", or the value specified evaluates to the empty string
RAD Studio 报MSBUildToolsPath is not specified for the ToolsVersion "14.0"的错误
过客2019
07-21 4682
从上次六一安装试用RAD,这就样过了快两个月了，就想用一下看看，结果报MSBUildToolsPath is not specified for the ToolsVersion "14.0"，google了一下，找到原因了，因为我有装过vs2015,但是真心不好用，就卸载了，装了vs2013，于是就报这样的错了。卸载是是比较干净的，但是还是有一个地方注册表有漏了，就是32位注册表（没想64位wi
MSBuildToolsPath is not specified for the ToolsVersion “12.0“
qq_41661878的博客
02-21 387
MSBuildToolsPath is not specified for the ToolsVersion "12.0" defined at "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\12.0", or the value specified evaluates to the empty string.
解决xe7编译程序遇到的‘MSBuildToolsPath is not specified for the ToolsVersion’问题
Winfredzhang的博客
08-31 1297
问题： 今天在编译程序时，报：‘[Fatal Error] MSBuildToolsPath is not specified for the ToolsVersion "14.0" defined at "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\14.0", or the value specified evalu...
MSBuildToolsPath is not specified for the ToolsVersion 报错
sme000的专栏
06-12 555
电脑上原来装有vs2008 ，2015版本，卸载 2015版本号，vs不能新建C# 程序。并提示如上错误。解决办法是删除残留14.0文件夹。重启vs即可。本人是64位电脑，32位电脑注册表地址可能有区别。 ...
将 WPF、UWP 以及其他各种类型的旧样式的 csproj 文件迁移成新样式的 csproj 文件
walterlv - 吕毅
01-30 909
写过 .NET Standard 类库或者 .NET Core 程序的你一定非常喜欢微软为他们新开发的项目文件（对于 C#，则是 csproj 文件）。这种文件非常简洁，组织一个庞大的项目也只需要聊聊二三十行；也非常易读，你可以轻易地修改其代码而不用经过过多的提前学习。当然，微软曾经尝试过用 project.json 来组织项目文件，不过只有短短的预览版阶段用过，此后就废弃了。 然而组织传统 .
理解 C# 项目 csproj 文件格式的本质和编译流程
walterlv - 吕毅
05-19 6895
写了这么多个 C# 项目，是否对项目文件 csproj 有一些了解呢？Visual Studio 是怎么让 csproj 中的内容正确显示出来的呢？更深入的，我能够自己扩展 csproj 的功能吗？ 本文将直接从 csproj 文件格式的本质来看以上这些问题。 阅读本文，你将： 可以通读 csproj 文件，并说出其中每一行的含义 可以手工修改 csproj 文件，以实现你希望达到的高...
.NET/C# 中你可以在代码中写多个 Main 函数，然后按需要随时切换
walterlv - 吕毅
10-28 3295
.NET/C# 程序从 Main 函数开始执行，基本上各种书籍资料都是这么写的。不过，我们可以写多个 Main 函数，然后在项目文件中设置应该选择哪一个 Main 函数。 你可能会觉得这样没有什么用，不过如果你的应用程序在不同的编译条件下有不同的启动代码，或者你需要持续去大范围修改启动代码，那么做一个 Main 函数的选择器是一个不错的选择。 本为内容在哪里选择 Main？我们准备一个 WPF ...
msbuildtoolspath is not specified for the toolsversion xx
Kenny_2015的博客
08-21 572
本地先是安装的vs2015，由于项目需求又安装了vs2008，在用vs2008打开.csproj工程文件，出现了图中的错误。 这一般是由于安装了vs2015和vs2008冲突产生的问题。 解决方案： 单击“开始”输入regedit，打开注册表。 找到以下目录HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild 删掉以下东西H...
VS2008 :Msbuildtoolspath is not specified for the ToolsVersion
宋同学的Solution
02-10 4177
笔记本因项目需求安装了VS2008,10,13,15等N个版本，其中15安装包有损坏，安装一半就停掉了，手动卸载 ... 之后再在使用VS2008时候就有了以上错误提示，百度一下说是15引起的，解决方案如下： 单击“开始”输入regedit，打开注册表。  找到以下目录HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild 删掉以下东
VS2008报错Msbuildtoolspath is not specified for the ToolsVersion“14.0”
Mean
09-21 3120
我电脑安装了vs2015和vs2008  当我卸载了vs2015后不论怎么打开解决方案都会弹出这个错误 很明显，这就是vs2015捣的鬼。既然卸载了，再出现这个问题，肯定就是它拖泥带水，没有卸载干净。 就我知道的，想要卸载干净就必须删除程序所有文件及注册表。 解决办法如下： http://blogs.msdn.com/b/visualstudio/arch
delphi 10.1编译项目的时候出现MSBuildToolsPath is not specified for the ToolsVersion解决办法
rznice的专栏
03-27 5372
delphi 10.1编译项目的时候出现MSBuildToolsPath is not specified for the ToolsVersion解决办法
Error:Cause: buildToolsVersion is not specified.
Android开发
02-15 6688
将某Library作为一个工程依赖集成时，您的工程app中可能碰到如下报错：Error:Cause: buildToolsVersion is not specified. 如图： 解决方案： 在app下的build.gradle中添加buildToolsVersion，如下图： ...
C++学习（三五三）MSBuildToolsPath、VCTargetsPath
hankern的专栏
10-01 626
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\15.0\Bin C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\VC\VCTargets
c:\WorkingDirectory\equiptest_Win10_1511\3120S_PMC\Source\PMC\PMC.csproj(370,5): error : This project references NuGet package(s) that are missing on this computer. Use NuGet Package Restore to download them. For more information, see http://go.microsoft.com/fwlink/?LinkID=322105. The missing file is …\packages\xunit.core.2.9.3\build\xunit.core.props.
最新发布
08-07
<think>我们遇到了一个NuGet包恢复错误。错误信息指出项目引用了缺失的NuGet包（xunit.core.2.9.3），并提示我们使用NuGet包恢复来下载它们。 根据错误信息，项目文件（PMC.csproj）中引用了xunit.core.props文件，但该文件在本地不存在。 解决方案步骤： 1. **启用包恢复功能**（如果尚未启用）： 在较新的Visual Studio版本中，自动包恢复是默认启用的。但如果是旧项目，可能需要检查设置： - 在Visual Studio中：工具 -> NuGet包管理器 -> 包管理器设置 -> 常规 -> 勾选“允许NuGet下载缺失的包”和“在构建过程中自动检查缺失的包” 2. **手动恢复包**： 可以通过以下命令之一手动恢复包： ```cmd nuget restore "C:\WorkingDirectory\equiptest_Win10_1511\3120S_PMC\Source\PMC\PMC.sln" # 如果有解决方案文件 ``` 或者 ```cmd dotnet restore "C:\WorkingDirectory\equiptest_Win10_1511\3120S_PMC\Source\PMC\PMC.csproj" ``` 3. **检查NuGet源配置**： 确保配置的NuGet源包含所需的包。可以使用`nuget sources list`查看当前源。如果公司内部有私有源，确保已正确添加。 4. **清理并重新生成**： 删除项目中的`packages`目录（或解决方案级别的`packages`目录）和`obj`目录，然后重新恢复和构建。 5. **检查包版本一致性**： 如果项目使用`packages.config`，确保`packages.config`文件中列出的包版本与项目文件中引用的版本一致。 如果使用PackageReference，请检查项目文件中的包引用。 6. **检查网络和权限**： 确保可以访问NuGet源，并且有权限下载包（特别是私有源）。 7. **如果问题仍然存在**： 尝试清除NuGet缓存： ```cmd nuget locals all -clear ``` 或者 ```cmd dotnet nuget locals all --clear ``` 8. **特殊情况**： 如果使用的是旧版NuGet（如2.8.6），可能需要升级NuGet.exe或使用Visual Studio的包管理器控制台。 注意：错误信息中提到的路径是相对路径（`…\packages\xunit.core.2.9.3\build\xunit.core.props`），这里的`…`表示上一级目录。请检查项目文件中的路径是否正确，以及包是否实际被还原到`packages`文件夹中。 如果项目文件中使用了相对路径引用，请确保相对路径的正确性。 根据以上步骤，通常可以解决缺失包的问题。 现在，根据规则，我们需要在最后提出3-5个相关问题。</think>### NuGet 包恢复失败解决方案 #### 错误原因分析 该错误表明项目引用的 NuGet 包 `xunit.core.2.9.3` 未正确恢复，导致构建时找不到关键文件 `xunit.core.props`。常见原因包括： 1. **包未恢复**：未执行包恢复操作或恢复失败 2. **源配置错误**：NuGet 源未包含此包或凭据错误 3. **路径问题**：`packages` 目录位置不正确 4. **版本冲突**：其他包依赖不同版本的 xunit.core #### 解决步骤 1. **强制重新恢复包** ```powershell # 解决方案级恢复 nuget restore "C:\WorkingDirectory\equiptest_Win10_1511\3120S_PPM\Source\PPM.sln" -Force # 或项目级恢复 dotnet restore "C:\WorkingDirectory\equiptest_Win10_1511\3120S_PPM\Source\PPM\PPM.csproj" ``` 2. **检查包源有效性** ```powershell # 测试 xunit.core 包是否在源中存在 nuget list xunit.core -Source https://api.nuget.org/v3/index.json -AllVersions ``` 3. **清理并重建** ```powershell nuget locals all -clear # 清除缓存 del /q/s "C:\WorkingDirectory\packages\xunit.core.*" # 删除问题包 msbuild /t:clean /p:Configuration=Release msbuild /t:rebuild /p:Configuration=Release ``` 4. **验证项目配置** 检查 `PPM.csproj` 第 370 行附近内容： ```xml <!-- 典型错误配置示例 --> <Import Project="..\..\packages\xunit.core.2.9.3\build\xunit.core.props" Condition="Exists('..\..\packages\xunit.core.2.9.3\build\xunit.core.props')" /> ``` 确保路径与实际的 `packages` 目录位置匹配 5. **启用自动恢复（旧项目需设置）** 在 `PPM.csproj` 中添加： ```xml <RestorePackages>true</RestorePackages> <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" /> <Import Project="$(SolutionDir)\.nuget\NuGet.targets" /> ``` #### 预防措施 ```xml <!-- 在 Directory.Build.props 中添加全局设置 --> <Project> <PropertyGroup> <RestorePackagesWithLockFile>true</RestorePackagesWithLockFile> <DisableImplicitNuGetFallbackFolder>true</DisableImplicitNuGetFallbackFolder> </PropertyGroup> </Project> ```
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值