Я установил VS2013 (v12.0.21005.1) и добавил ReSharper 8 (v8.0.2000.2660) день или два назад. В тот день все было хорошо. Теперь мне повезет, если я смогу открыть одно решение за целый день. Он открывается сам по себе, но когда я пытаюсь открыть решение изнутри - через меню - оно плохо зависает. Если я щелкну правой кнопкой мыши решение в проводнике Windows и выберу «Открыть с помощью VS 2013», оно откроется, а затем зависнет точно так же. Время от времени, часами, я получаю небольшое уведомление, что он чем-то занят.
Кто-нибудь знает, что может быть не так, прежде чем я перенесу переустановку, которая не решит проблему?
Ответы:
Иногда достаточно просто удалить файл ".v12.suo" и попробовать снова открыть решение. Мне много раз помогали, когда VS2013 зависал при загрузке проекта.
источник
У меня сработало удаление всех файлов ".suo". Было несколько копий из-за открытия решения в нескольких версиях Visual Studio.
Редактировать:
Возможный путь мог быть:
.vs может быть скрытой папкой.
.suo - это имя файла.
источник
В основном это может быть что угодно, но вы можете попробовать несколько вещей:
%LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches
котором вы должны найти папку, соответствующую решению, которое вы пытаетесь открыть. Просто закройте все экземпляры VS2013, удалите папку и повторите попытку.Tools > Options > ReSharper > General > Suspend
Programs and Features
.источник
%LOCALAPPDATA%\JetBrains\Transient\ReSharperPlatformVs12
.Я обнаружил, что следующий подход к отладке VS на основе инструкций MS Connect является лучшим.
Пожалуйста, помогите подтвердить, является ли записанный вами файл дампа 32-разрядным файлом дампа. Если это 64-битный файл дампа, выполните следующий шаг, чтобы создать новый файл дампа.
Если вы используете профиль VB, вы не увидите пункт меню «Сохранить дамп как». Чтобы добавить этот пункт меню:
Вы можете получить подробные инструкции о том, как получить файл дампа и стек вызовов на http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- я-create-one.aspx
Если вы обнаружите, что проблема связана с надстройкой Resharper, вы можете сообщить о проблеме через - http://youtrack.jetbrains.com/issues/RSRP
источник
Приостановка работы Resharper сработала для меня. Перейти к
Инструменты -> Параметры -> ReSharper -> Общие -> Приостановить сейчас
Теперь ваше решение загрузится очень быстро. После полной загрузки решения вы можете изменить настройки Resharper на « Возобновить сейчас» .
источник
Используете ли вы в своем проекте какие-либо модули узлов? Или вы можете определить, что это проблема, связанная с ReSharper?
Если у вас есть модули NPM (например, для Grunt), отметьте папку «node_modules» как «скрытую» (хотя скрывать дочерние папки не нужно) и повторите попытку.
Visual Studio зависала для меня, оказалось, что она пыталась сканировать глубоко вложенные модули узлов с путями к файлам, превышающими максимум Windows (260 символов), и это мешало мне открыть решение в VS, но пометить папку как Скрытый решил проблему.
источник
У меня тоже была эта проблема недавно, и я обнаружил, что отключение моего компьютера от Интернета при загрузке проекта исправило ее. Благодаря этому мне удалось сократить время загрузки с нескольких часов до секунд. Поскольку мой сетевой кабель не особо доступен, я просто отключил сетевой адаптер перед загрузкой проекта (в Панели управления).
Однако вскоре это стало разочаровывающим, и я недавно снова занялся проблемой. Похоже, что вход в мою учетную запись Microsoft в Visual Studio в конечном итоге устранил проблему, и теперь у меня больше нет проблем с загрузкой проектов.
Это может сработать и для вас (если вы еще не исправили это, но поскольку здесь нет принятого ответа, я предполагаю, что проблема сохраняется), поэтому я предлагаю вам хотя бы попробовать отключиться от Интернета, даже если вы бы предпочли не вводить свои учетные данные Microsoft.
источник
Я зашел в% LOCALAPPDATA% \ JetBrains \ ReSharper \ и открыл все каталоги, в которых были найдены SolutionCache, и очистил их все. Задача решена. Приложение было довольно большим, так что это помогло.
источник
Проверить обновления Windows
У меня тоже была эта пробема. Кроме того, я не мог открыть настройки брандмауэра Windows (пытался заблокировать подключение VS к Интернету).
При открытии настроек обновления (Windows 8) я увидел ожидающее обновление («найдено сегодня»), поэтому я перезагрузил свой компьютер, разрешив Windows обновить. После этого VS и межсетевой экран снова работали нормально.
Проверьте свое оборудование
Проблема возникла во второй раз; даже страница обновления Windows 8 будет загружаться вечно. Это была проблема с моим жестким диском (без ОС): /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- возможно-comm? noredirect = 1 # comment978074_756261
источник
Я получаю эту проблему снова и снова - VS 2013 Update 2, Win 8.1, IE 11.
Попробуйте это - откройте диспетчер задач, убейте зависание приложения VS, а затем закройте все сеансы IE, которые запущены в списке фоновых процессов - может быть один или несколько зависших.
Перезагрузите VS
Вроде бы у меня все ясно, без перезагрузки.
источник
У меня была проблема с подключением Perforce.
При открытии решения он спрашивает, хочу ли я, чтобы оно подключалось к Perforce. Если разрешить попытку, он зависнет и выделит 1,5 ГБ ОЗУ.
Не разрешая соединение P4, дайте ему загрузиться должным образом (выделив 1 ГБ ОЗУ). Затем я мог сказать ему подключиться к P4 после, и теперь все в порядке.
источник
По мне, вылетает ли компьютер с отключением электричества или иногда с обязательной перезагрузкой посреди ночи. Что РАБОТАЕТ для меня
УДАЛИТЬ ВСЕ ФАЙЛЫ В ЭТОМ КАТАЛОГЕ:
C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\
источник
Для тех, кто все еще ссылается, это помогло мне:
Мне всегда приходилось удалять файл .vs12.suo, чтобы загрузить проект.
Я наткнулся на эту ветку от Microsoft, и после этого я создал запись в реестре, которая устранила мою проблему с загрузкой решения.
https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo
источник
У меня была аналогичная проблема, когда я проверял файл решения, он был создан VS.Net 2012. Чтобы решить эту проблему, я создал фиктивный файл решения и перезагрузил проекты с vs.net 2012.
Также наблюдается, когда при обновлении пакета nuget происходит сбой, когда вы перезагружаете решение, Visual Studio может зависнуть.
Visual Studio может зависнуть, если возникла проблема с загрузкой пакетов nuget.
источник
В моем случае VS 2013 Professional висел на каждом запуске, даже без открытия решения, потому что лицензия больше не действовала.
Последний элемент в файле журнала:
А на странице подписки msdn.microsoft.com: «Ваша подписка больше не активна, обратитесь к администратору».
Мне пришлось получить обновленную подписку от моего работодателя.
источник
Удаление результатов теста из моей папки TestResults действительно помогло мне. Еще одна вещь, которую стоит попробовать.
источник
VS2012 зависает у меня, например, при открытии файла csproj в общем сетевом ресурсе (фактически, на общем ресурсе, который находился на хосте VirtualBox, подключенном как общий ресурс smb с помощью функции VirtualBox).
Копирование проекта на локальный диск устранило это для меня.Не уверен, что назначение буквы диска поможет.
Также не уверен, почему он не работает через сетевой ресурс, если это ограничение VS или, возможно, какой-то плагин (я, конечно, использую resharper).
источник
На мой взгляд, это как-то связано с проектом, имеющим тип проекта MVC 4 guid (
E3E379DF-F4C6-4180-9B81-6769533ABE47
). Удаление этого руководства.csproj
из решенного для меня зависания. (.vs
После удаления guid потребовалась дополнительная очистка папки.)источник
Я просто удалил папку "packages" из корня решения, и это помогло мне (Visual Studio Express 2015)
источник
Приносим извинения за то, что вместо того, чтобы комментировать выбранный ответ, пришлось создать новый пост. В настоящее время у меня недостаточно комментариев для комментариев.
Моя проблема была временно решена с помощью решения «... удалить файл .suo ...», и, как указывали другие люди, мне приходилось каждый раз удалять файл.
Поскольку (по-видимому) невозможно остановить создание файла, я начал еще немного копаться в том, что делает файл. Я считаю, что помимо сохранения пользовательских настроек, он также сохраняет настройки сеанса, например, какие файлы вы открываете, когда VS закрывается. Я подозревал, что мой проект пытается открыть файл, который больше не существует, и это является причиной зависания. Что было исправлено с моей стороны, так это удалить .suo, открыть VS, открыть файл в моем решении, построить и закрыть решение. После этого у меня не было зависаний.
tl: dr
В моем случае файл настроек пользователя (.suo) пытался открыть файл в моем решении, которого больше не существует. Я решил проблему, выполнив следующие действия.
Надеюсь, это кому-то поможет ... мы потратили слишком много часов на эту проблему :)
источник
Попробуйте удалить расширения с помощью «Панели управления» или отключите любую надстройку в [Инструменты] => [Диспетчер надстроек], затем попробуйте повторно открыть решение.
Моя проблема была решена удалением "Visual Localizer".
источник
В моем случае был включен журнал Fusion. Файлы журналов росли месяцами, так как я забыл отключить их после расследования. Таким образом, антивирусное программное обеспечение начало несколько раз проверять эти большие файлы журналов при открытии решения, и сообщение «Готовится решение ...» отображается долгое время. Когда я это заметил, я отключил журнал слияния, и проблема была решена. Решение загружается за 10 секунд вместо 20 минут.
источник
Эта проблема возникала у меня несколько раз практически во всех версиях VS. Единственное решение, которое, кажется, работает в большинстве случаев, - это удалить папку .vs, расположенную в папке решения. Иногда достаточно удалить файл .sou, расположенный в .vs ///
Папка, кстати, скрыта, поэтому вам нужно будет включить «Показывать скрытые файлы и папки»
источник
Для меня решение заключалось в том, чтобы отключить контроль версий (Установите для плагина значение None в Tools-> Source Countrol). Я думаю, что по какой-то причине он пытался синхронизировать какой-то огромный репозиторий Git (есть несколько массивных репозиториев, но не в дереве, которое я пытался открыть).
источник
Много предложений здесь и в других местах, но единственное , что постоянно работало для меня, было связано с начальным проектом, который я установил. Вот что я сделал:
Это может сработать или не сработать для вас, но я пробовал все, что мог найти - изменения реестра, отладка VS из второго сеанса VS, вы называете это - но ничто другое не работало больше, чем один запуск / открытие.
источник
Я решил проблему, удалив эти два плагина:
источник
Я восстановил предыдущую версию файла .vbproj, и она решила эту проблему.
Я не знаю, что было в новой версии, но проблема была в самом файле .bvproj.
источник