突然,每当我尝试添加对任何项目的引用时,我都会收到此错误“值不在预期范围内”。新的空白项目也会发生这种情况。它可以很好地列出当前的引用。
我重新启动了计算机。我不确定最近的更新 2 是否导致了这种情况。这是我自更新以来的第一个添加参考。我在 Windows 7 64 位上使用 Visual Studio 2013。
有任何想法吗?
突然,每当我尝试添加对任何项目的引用时,我都会收到此错误“值不在预期范围内”。新的空白项目也会发生这种情况。它可以很好地列出当前的引用。
我重新启动了计算机。我不确定最近的更新 2 是否导致了这种情况。这是我自更新以来的第一个添加参考。我在 Windows 7 64 位上使用 Visual Studio 2013。
有任何想法吗?
我做了一个'devenv / setup'并修复了它。
细节
Start
cmd
,右键单击Command Prompt
并选择Run as administrator
导航到相应的 Visual Studio 文件夹
VS2012:pushd %programfiles(x86)%\Microsoft Visual Studio 12.0\Common7\IDE
VS2015:pushd %programfiles(x86)%\Microsoft Visual Studio 14.0\Common7\IDE
VS2017:pushd %programfiles(x86)%\Microsoft Visual Studio\2017\<Edition>\Common7\IDE
VS2019:pushd %programfiles(x86)%\Microsoft Visual Studio\2019\<Edition>\Common7\IDE
输入devenv /setup
并按回车
更多信息
在我的情况下,项目设置为使用本地 IIS(当项目设置为使用本地 IIS 但应用程序未部署在那里时,它无法加载项目但在错误消息中明确说明。但是这次我一直在获取Value does不属于任何其他信息的预期范围。
唯一对我有用的“解决方案”是:
<UseIISExpress>
为true
<UseIIS>
为false
(之后您可以再次设置本地 IIS)
某些项目(例如某些 Web 服务)需要以管理员身份运行 Visual Studio。Visual Studio 升级后,我没有注意到它不再以提升的权限自动启动。当我更正此问题时,解决方案中的所有项目都已加载。
在我的情况下,解决方案中的文件名.sln
是错误的(磁盘上不存在)。
MyFullsolution.sln
我使用文本编辑器打开解决方案文件并检查Project
加载文件,发现ProjectFile.csproj
加载失败的项目输入错误。
这是怎么发生的?因为有一天我从解决方案中重命名它,但我ProjectFile.csproj
在不同的解决方案上再次使用相同的名称!我在一个解决方案中重命名它,但另一个只是不知道它......并得到相同的消息(实际上根本没有帮助)。
我的错误也是从其他解决方案重命名文件。
就我而言,这是因为我需要安装特定版本的 .NET Core SDK。
下载并安装后,项目加载正常。不幸的是,“输出”选项卡中没有其他信息暗示这一点。
我也有同样的情况,只有一个文件解决了这个问题,当我阅读上面的解决方案时,我担心修复所有的 Visual Studio,因为只有一个 .cs 文件,所以我尝试右键单击(TAB 标题)旁边的( X) 关闭此按钮并单击 (关闭所有文档)...
有效 : )
在尝试关闭 Winforms/4.8 源文件选项卡之一时,我在带有 Std 类库的 Winforms/4.8 应用程序中的 VS-2019 16.5.4 中看到了这个框。消息出现,标签拒绝关闭。
通过关闭重新打开解决方案来解决它。
就我而言,这很简单,如果文件打开然后我运行它,它就会运行。如果文件已关闭,然后我通过右键单击“解决方案资源管理器”来运行它,则会引发您提到的错误。因此,简单的步骤: 在解决方案资源管理器中,
我也遇到了同样的错误,项目属性中缺少“web”选项卡,遇到此问题的人可以尝试更改项目的目标框架。当我将目标框架从 4.6.2 更改为 4.7.2 时,web 选项卡再次出现.
我的疏忽有点愚蠢..但根据导致它的操作,您可能还需要检查控制台输出。就我而言,这是一个无法加载的项目。虽然没有明确的错误,但控制台窗口根据来自 csproj 的指令指示文件丢失。
ECommerce\Prod\EcommerceUtility\ECommerceCommands\ECommerceCommands.csproj:错误:找不到导入的项目“C:\Program Files (x86)\MSBuildExtensionPack\4.0\MSBuild.ExtensionPack.tasks”。
确认导入声明“C:\Program Files (x86)\MSBuildExtensionPack\4.0\MSBuild.ExtensionPack.tasks”中的表达式正确,并且该文件存在于磁盘上。
我尝试了 Tony_Henrich 描述的解决方案,因为它似乎很有帮助。但是,就我而言,我正在构建一个使用 BitLocker 加密的 USB 驱动器。我发现如果我尝试使用 VS2019 中的 C++ 编辑器强制打开它,我想查看的 *.c 模块会引发此错误(我正在更新到 16.10.2,所以无论是在该版本之前的版本)。
Visual Studio 没有在编辑器中打开 *.c 模块,而是在记事本中弹出它。如果我强制它使用 Visual Studio C++ 编辑器,我会收到“值不会下降”消息。
该文件是我不负责的存储库中构建树的一部分,并且它没有构建,所以目前我怀疑 Bitlocker/USB 磁盘损坏以某种方式给 Visual Studio 一些合适的。
Tortoise-GIT Blame 工具显示不同的/valid 源代码,记事本显示缺少一个块。
我的解决方法是从工作区中删除文件并尝试查看 GIT 是否可以从存储库中恢复有效副本,这很有效。现在单击 Windows 资源管理器中的 *.c 模块并请求打开它,不再显示记事本,文件在 Visual Studio 中打开。