对于 VS2013:
我不时遇到类似的问题,我的解决方法是删除 *.suo 文件,然后打开解决方案。
唯一没有工作的时间是在播放扩展时,在这种情况下,我使用 /safemode 开关在安全模式下打开了 VS。
devenv.exe /safemode
使用 /log 开关如另一个答案中所述也是一个好主意,如果它被证明是一个行为不端的扩展,因为这可以帮助您跟踪它。 ActivityLog.xml 文件在我的计算机上的默认位置是“c:\Users\\AppData\Roaming\Microsoft\VisualStudio\\ActivityLog.xml”,但您也可以指定文件的位置是:
Devenv /log Path\NameOfLogFile
请参阅 VS2013 的文档(带有其他版本的链接):/Log (devenv.exe)
希望对你有帮助。
对于 VS2015:相同的解决方案,只是 suo 文件在不同的位置。 VS2015 增加了一个“.vs”文件夹。在该文件夹中是其他文件夹,其中一个与您的解决方案命名相同,在该文件夹中是另一个名为“v14”的文件夹,在该文件夹中(最终)是一个名为“.suo”的文件。删除那个文件。
示例:您的解决方案称为“随便”。从你的“Whatever”文件夹开始,suo 的路径是:
.vs\SolutionName\v14\.suo
如果看不到“.suo”文件,请记住它是一个隐藏文件。
这几天我一直在使用这个 PowerShell 脚本来摆脱在 git 分支之间切换后的 .suo 文件:
get-childitem -Include .suo -Recurse -force | Remove-Item -Force –Recurse
到目前为止,我还没有遇到任何问题,但没有保证它不会烧毁你的笔记本电脑:)所以小心使用它。
对于 VS2017:
.suo 的路径是:
.vs\SolutionName\v15\.suo
我的猜测是“v15”将在未来的版本中不断增加。
我找到了另一个 SO 答案,其中涵盖了 VS 问题的其他一些解决方案,例如,如果您正在使用该工具,则刷新 ReSharper 缓存:Visual Studio displaying errors even if projects build。
...和 VS2019
.suo 的路径是:
.vs\SolutionName\v16\.suo
当我开始使用 VS2019 时,在成功构建现有项目后报告了很多“错误”。编辑器不喜欢解决方案中其他项目的命名空间。关闭VS,删除.vs文件夹并重新启动VS修复它。