Visual Studio 2013 зависает при открытии решения

Я установил VS2013 (v12.0.21005.1) и добавил ReSharper 8 (v8.0.2000.2660) день или два назад. В тот день все было хорошо. Теперь мне повезет, если я смогу открыть одно решение за целый день. Он открывается сам по себе, но когда я пытаюсь открыть решение изнутри - через меню - оно плохо зависает. Если я щелкну правой кнопкой мыши решение в проводнике Windows и выберу «Открыть с помощью VS 2013», оно откроется, а затем зависнет точно так же. Время от времени, часами, я получаю небольшое уведомление, что он чем-то занят.

Кто-нибудь знает, что может быть не так, прежде чем я перенесу переустановку, которая не решит проблему?

Иногда достаточно просто удалить файл ".v12.suo" и попробовать снова открыть решение. Мне много раз помогали, когда VS2013 зависал при загрузке проекта.

У меня сработало удаление всех файлов ".suo". Было несколько копий из-за открытия решения в нескольких версиях Visual Studio.

Редактировать:

Возможный путь мог быть:

PathToSolution \ .vs \ ProjectName \ v14 \

.vs может быть скрытой папкой.

.suo - это имя файла.

В основном это может быть что угодно, но вы можете попробовать несколько вещей:

1. Выключаю и снова включаю.
2. Очистите кеш ReSharper, он в %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches котором вы должны найти папку, соответствующую решению, которое вы пытаетесь открыть. Просто закройте все экземпляры VS2013, удалите папку и повторите попытку.
3. выключить ReSharper: Tools > Options > ReSharper > General > Suspend
4. полностью удалите ReSharper и посмотрите, не исчезнут ли проблемы.
5. Восстановите Visual Studio через Programs and Features.

Я обнаружил, что следующий подход к отладке VS на основе инструкций MS Connect является лучшим.

Пожалуйста, помогите подтвердить, является ли записанный вами файл дампа 32-разрядным файлом дампа. Если это 64-битный файл дампа, выполните следующий шаг, чтобы создать новый файл дампа.

1. Запустите Visual Studio.
2. Запустите еще один экземпляр VS.
3. Во втором случае щелкните Инструменты | Присоединить к процессу ...
4. В списке процессов найдите devenv.exe.
5. Нажмите Выбрать ... и явно выберите «Собственный» и «Управляемый» код.
6. Нажмите «ОК» и «ОК», чтобы закрыть диалоговое окно «Выбрать» и «Присоединить к процессу».
7. Вернитесь к первому экземпляру VS и воспроизведите зависание.
8. После зависания управление должно перейти ко второму экземпляру VS. Если нет, вернитесь ко второму экземпляру VS вручную и нажмите «Разбить все».
9. Во втором случае щелкните Debug | Сохраните дамп как минидамп с кучей.

Если вы используете профиль VB, вы не увидите пункт меню «Сохранить дамп как». Чтобы добавить этот пункт меню:

1. Выберите Инструменты -> Настроить
2. Выберите вкладку Команды
3. Выберите «Отладка» в раскрывающемся меню.
4. Щелкните Добавить команду ...
5. Выберите «Отладка» из списка «Категории».
6. Найдите запись «Сохранить дамп как» в окне «Команды».
7. Нажмите ОК (команда «Сохранить дамп как ...» добавлена ​​в верхнюю часть меню «Отладка»).
8. Нажмите Close

Вы можете получить подробные инструкции о том, как получить файл дампа и стек вызовов на 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 висел на каждом запуске, даже без открытия решения, потому что лицензия больше не действовала.

Последний элемент в файле журнала:

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

А на странице подписки 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) пытался открыть файл в моем решении, которого больше не существует. Я решил проблему, выполнив следующие действия.

1. Удалите файл .suo (для меня это было в /[projectfolder visible/.vs/[projectnamepting/v14)
2. Откройте Visual Studio
3. Открой свой проект
4. Откройте файл (я просто открыл случайный файл .cs)
5. Создайте и сохраните свое решение (простое сохранение может помочь, я создал по привычке)
6. Закройте Visual Studio

Надеюсь, это кому-то поможет ... мы потратили слишком много часов на эту проблему :)

Попробуйте удалить расширения с помощью «Панели управления» или отключите любую надстройку в [Инструменты] => [Диспетчер надстроек], затем попробуйте повторно открыть решение.

Моя проблема была решена удалением "Visual Localizer".

В моем случае был включен журнал Fusion. Файлы журналов росли месяцами, так как я забыл отключить их после расследования. Таким образом, антивирусное программное обеспечение начало несколько раз проверять эти большие файлы журналов при открытии решения, и сообщение «Готовится решение ...» отображается долгое время. Когда я это заметил, я отключил журнал слияния, и проблема была решена. Решение загружается за 10 секунд вместо 20 минут.

Эта проблема возникала у меня несколько раз практически во всех версиях VS. Единственное решение, которое, кажется, работает в большинстве случаев, - это удалить папку .vs, расположенную в папке решения. Иногда достаточно удалить файл .sou, расположенный в .vs ///

Папка, кстати, скрыта, поэтому вам нужно будет включить «Показывать скрытые файлы и папки»

Для меня решение заключалось в том, чтобы отключить контроль версий (Установите для плагина значение None в Tools-> Source Countrol). Я думаю, что по какой-то причине он пытался синхронизировать какой-то огромный репозиторий Git (есть несколько массивных репозиториев, но не в дереве, которое я пытался открыть).

Много предложений здесь и в других местах, но единственное , что постоянно работало для меня, было связано с начальным проектом, который я установил. Вот что я сделал:

1. Удалите файл .suo, как предложено в другом месте.
2. Запустите VS и откройте решение. На данный момент все должно быть хорошо.
3. Оставьте стартовый проект как есть, даже если это не то, что вам нужно.
4. Сохраните решение. (Возможно, сделайте то, что предлагает кто-то другой, и откройте файл, очистите, создайте / перестроите и т. Д., Но мне не нужно было ничего этого делать.)
5. Закройте решение и выйдите из VS.
6. Перезапустите VS и откройте решение.
7. Измените стартовый проект на какой он должен быть
8. Сохраните решение. (Возможно, снова сделайте открытый файл, очистите, создайте / перестроите и т. Д.)
9. Закройте решение и выйдите из VS.
10. Перезапустите VS и снова откройте решение, и все должно быть хорошо.

Это может сработать или не сработать для вас, но я пробовал все, что мог найти - изменения реестра, отладка VS из второго сеанса VS, вы называете это - но ничто другое не работало больше, чем один запуск / открытие.

Я решил проблему, удалив эти два плагина:

1. Электроинструмент для повышения производительности
2. Веб-основы

Я восстановил предыдущую версию файла .vbproj, и она решила эту проблему.

Я не знаю, что было в новой версии, но проблема была в самом файле .bvproj.