Visual Studio Professional 2013在打开解决方案/文件时崩溃

Question

我一直在尝试打开我在前一位雇主工作时制作的一些网页/数据库解决方案，以了解它们是什么，但出于某种原因，Visual Studio Professional 2013决定要么在打开它们时崩溃，要么在尝试打开其中一个C#文件时崩溃。我不知道为什么现在要这样做，因为我制作这些文件已经有一个多月没有任何问题了。2013年本身似乎也没有任何问题。建议？

Answer 1

这将是“来自正确领域的答案”，但既然它奏效了，我想与其他人分享它。尝试打开项目并在Visual Studio 2013中出现“不支持的项目类型”错误后，我无法再打开任何解决方案。我可以加载IDE。但是，当我试图打开一个解决方案文件时，IDE就会崩溃，并显示一条消息说它正在重新启动，然后询问我是否要调试或关闭程序。如果我试图在资源管理器窗口中双击解决方案文件来加载该文件，也会发生同样的情况。我尝试卸载最近添加的扩展，甚至完全重新启动。什么都没用。此外，任何ActivityLog中都没有新的活动。我在3个不同的版本目录中找到了xml文件。此外，删除SUO文件也没有帮助。

然后我尝试创建一个全新的项目。我只是碰巧选择了一个ASP. NET/MVC 4 Facebook应用程序。可能没关系，但以防万一，我包含了这个细节。一旦创建了全新的项目，我就关闭了它并重新打开了它。它重新打开很好，之后我所有的其他解决方案都可以再次打开而不会出错。所以至少在我的例子中，创建一个全新项目的行为清理了一些东西或正确地重新初始化了一些东西并清理了问题。

Answer 2

尝试从命令行调用Visual Studio。

devenv.exe /log

然后尝试打开您的解决方案，如果它崩溃，请查看

%APPDATA%\Microsoft\VisualStudio\<version>\ActivityLog.xml 

文件它应该有坠机的细节。此外，事件日志还可以捕获一些高级事件。

Answer 3

对于VS2013：我时不时遇到类似的问题，我的修复方法是删除*。然后打开解决方案。

唯一不起作用的时间是在播放分机时，在这种情况下，我使用/Safemode开关在Safemode中打开了VS。

devenv.exe /safemode

如果结果证明是一个行为不端的扩展，那么使用另一个答案中提到的/日志开关也是一个好主意，因为这可以帮助您跟踪它。ActivityLog的默认位置。我的计算机上的xml文件是“c:\Users”\

Devenv /log Path\NameOfLogFile

请参阅位于：/Log（devenv.exe）的VS2013文档（带有指向其他版本的链接）

我希望这有帮助。

对于VS2015：相同的解决方案，只是suo文件在不同的位置。VS2015添加了一个“. vs”文件夹。该文件夹中还有其他文件夹，其中一个文件夹的名称与您的解决方案相同，该文件夹中还有另一个名为“v14”的文件夹，其中（最后）是一个名为“. suo”的文件。删除该文件。

示例：您的解决方案称为“随便”。从“随便”文件夹开始，suo的路径是：

.vs\SolutionName\v14\.suo

如果看不到“.suo”文件，请记住它是一个隐藏文件。

几天来，我一直在使用此PowerShell脚本来摆脱。在git分支之间切换后的suo文件：

get-childitem -Include .suo -Recurse -force | Remove-Item -Force –Recurse

到目前为止，我还没有遇到任何问题，但没有promise它不会烧坏你的笔记本电脑：）所以请小心使用它。

对于VS2017：. suo的路径是：

.vs\SolutionName\v15\.suo

我猜“v15”将在未来的版本中不断增加。

我找到了另一个SO答案，该答案涵盖了VS问题的其他一些解决方案，例如，如果使用该工具，则刷新ReSharper缓存：即使项目生成，Visual Studio也会显示错误。

...和VS2019. suo的路径是：

.vs\SolutionName\v16\.suo

当我开始使用VS2019时，我在成功构建现有项目后收到了很多“错误”报告。编辑器不喜欢解决方案中其他项目的命名空间。关闭VS、删除. vs文件夹并重新启动VS修复了它。