Visual Studio Professional 2013 сбой при открытии решений/файлов

Ответ 1

Для VS2013: Время от времени я сталкивался с подобной проблемой, и мое решение - удалить файл *.suo, а затем открыть решение.

Единственный раз, когда это не сработало, это когда проигрывалось расширение, и в этом случае я открыл VS в Safemode с помощью переключателя /safemode.

devenv.exe /safemode

Использование параметра /log, как отмечено в другом ответе, также является хорошей идеей, если оно оказывается неправильно работающим расширением, поскольку это может помочь вам отследить его. Расположение файла ActivityLog.xml на моем компьютере по умолчанию - "c:\Users\& lt; имя пользователя & gt;\AppData\Roaming\Microsoft\VisualStudio\& lt; version & gt;\ActivityLog.xml", но вы также можете указать, где вы хотите файл должен быть:

Devenv /log Path\NameOfLogFile

См. документацию для VS2013 (со ссылками на другие версии) по адресу: /Log (devenv.exe)

Надеюсь, это поможет.

Для VS2015: то же решение, просто файл suo находится в другом месте. VS2015 добавляет папку ".vs". В этой папке находятся другие папки, одна из которых называется так же, как ваше решение, в этой папке находится другая папка с именем "v14" и в этой (наконец) находится файл с именем ".suo". Удалить этот файл.

Пример: ваше решение называется "Что угодно". Начиная с вашей папки "Wh независимо", путь к suo:

.vs\SolutionName\v14\.suo

Если вы не видите файл ".suo", помните, что это скрытый файл.

Я использовал этот сценарий PowerShell в течение нескольких дней, чтобы избавиться от файлов .suo после переключения между ветками git:

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

До сих пор у меня не было проблем с ним, но нет никаких обещаний, что он не сожжет ваш ноутбук :), поэтому используйте его осторожно.

Для VS2017: Путь к .suo:

.vs\SolutionName\v15\.suo

Я предполагаю, что "v15" будет увеличиваться в будущих выпусках.

Я нашел другой SO-ответ, который охватывает некоторые другие решения проблем VS, такие как очистка кеша ReSharper, если вы используете этот инструмент: Visual Studio отображает ошибки, даже если проекты создаются.

... и VS2019 Путь к .suo:

.vs\SolutionName\v16\.suo

Когда я начал использовать VS2019, я получил много сообщений об ошибках после успешной сборки существующего проекта. Редактору не нравились пространства имен из других проектов в рамках решения. Закрытие VS, удаление папки .vs и перезапуск VS исправили это.

Ответ 2

Попробуйте вызвать Visual Studio из командной строки.

devenv.exe /log

Затем попробуйте открыть свое решение, а затем, если он сработает, перейдите к

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

файл. он должен иметь подробную информацию о сбое. Кроме того, журналы событий могут также захватывать некоторые события высокого уровня.

Ответ 3

Это будет "ответ из правого поля", но поскольку он работал, я хочу поделиться им с другими. После попытки открыть проект и получить ошибку "неподдерживаемого типа проекта" в Visual Studio 2013 я больше не мог открывать какое-либо решение. Я мог бы загрузить IDE. Но как только я попытался открыть файл решения, среда IDE выйдет из строя с сообщением о перезапуске, а затем спросит, хочу ли я отлаживать или закрывать программу. То же самое произошло, если я попытался загрузить файл решения, дважды щелкнув по нему в окне проводника. Я попытался удалить добавление, которое я недавно добавил, и даже сделал полную перезагрузку. Ничего не получилось. Кроме того, никаких новых действий в каких-либо файлах ActivityLog.xml, найденных в 3 разных каталогах, не было. Кроме того, удаление файлов SUO также не помогло.

Затем я попытался создать совершенно новый проект. Мне просто удалось выбрать приложение ASP.NET/MVC 4 Facebook. Наверное, не имеет значения, но на всякий случай я включаю эту деталь. Как только был создан новый проект, я закрыл его и снова открыл. Он снова открывается, и после этого все мои другие решения могут быть снова открыты без ошибок. Поэтому, по крайней мере, в моем случае, акт создания совершенно нового проекта очистил что-то или переиздал что-то должным образом и очистил проблему.

Ответ 4

.NET Reflector Extension вызывает эту проблему для меня - удаляется и работает сон.

Ответ 5

У Visual Studio 2015, похоже, есть аналогичная проблема. Иногда решение remove.suo работало для меня, но сегодня эта ошибка застала меня еще раз, и решение было:

удалить кэш Reshaper.

Чтобы найти местоположение, перейдите в раздел Visual Studio/ReSharper/Options/General. Я удалил содержимое папки вручную.

Ответ 6

Перезагрузка компьютера исправила его для меня.

Я знаю, что это звучит тривиально, но иногда вы пробуете миллион разных вещей, которые не работают, не понимая, что вы не пробовали одну простую вещь, которая на самом деле ее исправляет. Тем временем вы удаляете вещи и меняете вещи излишне. Должно быть правило, чтобы всегда перезагружаться, прежде чем пытаться использовать другие более экстремальные решения.

Ответ 7

У меня есть аналогичный случай, когда я отключил "Performance Power Tools 2013", а затем VS2013 будет разбиваться на любой проект open/new. Даже я попытался снова включить расширение, это не сработает.

Я удалю его.

Ответ 8

У меня было то же самое, но мне удалось войти в Help → register и нажать "Выйти", прежде чем он разбился. После этого он прекратил рушиться. Я считаю, что это связано с тем, что я сменил пароль и лицензия не могла быть получена или что-то в этом роде...

Ответ 9

Удалите кеши в соответствующих путях:

C:\Users\davidmurali\AppData\Local\Microsoft\VisualStudio\8.0\ComponentModelCache C:\Users\davidmurali\AppData\Local\Microsoft\VisualStudio\12,0\ComponentModelCache C:\Users\davidmurali\AppData\Local\Microsoft\VisualStudio\14,0\ComponentModelCache

Ответ 10

Мое решение:

devenv.exe /log

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

найти любое слово "ошибка"

удалены: C:\PROGRAM FILES (X86)\COMMON FILES\MICROSOFT\EXTENSIONMANAGER\EXTENSIONS\MICROSOFT\WINDOWS KITS\8.1\DESKTOP SDK\*