nom*_*u2d 16 c# visual-studio visual-studio-2013
我一直试图打开我为前任雇主工作时制作的一些网页/数据库解决方案,以便更新他们的内容,但由于某种原因,Visual Studio Professional 2013决定在打开它们时崩溃,或者当我尝试打开我在其中制作的一个C#文件时崩溃.我不知道为什么现在这样做,因为我做了这些文件没有任何问题已经有一个多月了.2013年本身似乎也没有任何问题.建议?
gra*_*esd 37
我偶尔遇到类似的问题,我的修复方法是删除*.suo文件,然后打开解决方案.
唯一没用的时间是扩展正在播放,在这种情况下,我使用/ safemode开关在Safemode中打开VS.
devenv.exe /safemode
Run Code Online (Sandbox Code Playgroud)
如果它被证明是一个行为不当的扩展,那么使用另一个答案中提到的/ log开关也是一个好主意,因为这可以帮助您追踪它.我的计算机上的ActivityLog.xml文件的默认位置是"c:\ Users\<用户名>\AppData\Roaming\Microsoft\VisualStudio\<版本>\ActivityLog.xml",但您也可以指定文件的位置是:
Devenv /log Path\NameOfLogFile
Run Code Online (Sandbox Code Playgroud)
请参阅以下位置的VS2013文档(包含指向其他版本的链接):/ Log(devenv.exe)
我希望有所帮助.
更新VS2015:相同的解决方案,只是suo文件在不同的地方.VS2015添加了一个".vs"文件夹.在该文件夹中有其他文件夹,其中一个文件夹的名称与您的解决方案相同,在该文件夹中是另一个名为"v14"的文件夹,在该文件夹中(最终)是一个名为".suo"的文件.删除该文件.
示例:您的解决方案称为"随便".从"Whatever"文件夹开始,suo的路径是:
.vs\SolutionName\v14\.suo
Run Code Online (Sandbox Code Playgroud)
如果您看不到".suo"文件,请记住它是一个隐藏文件.
我一直在使用这个PowerShell脚本几天来在git分支之间切换后摆脱.suo文件:
get-childitem -Include .suo -Recurse -force | Remove-Item -Force –Recurse
Run Code Online (Sandbox Code Playgroud)
到目前为止我没有任何问题,但没有承诺它不会焚烧你的笔记本电脑:)所以要小心使用它.
2018年10月更新 对于VS 2017,.suo的路径是:
.vs\SolutionName\v15\.suo
Run Code Online (Sandbox Code Playgroud)
我的猜测是"v15"将在未来版本中不断增加.
我发现另一个SO答案涵盖了VS问题的其他解决方案,例如,如果您使用该工具则刷新ReSharper缓存: 即使项目构建,Visual Studio也会显示错误.
尝试从命令行调用Visual Studio.
devenv.exe /log
Run Code Online (Sandbox Code Playgroud)
然后尝试打开你的解决方案然后如果它崩溃了,去看看
%APPDATA%\Microsoft\VisualStudio\<version>\ActivityLog.xml
Run Code Online (Sandbox Code Playgroud)
文件.它应该有关于崩溃的细节.此外,事件日志也可以捕获一些高级事件.
归档时间: |
|
查看次数: |
27055 次 |
最近记录: |