visual-studio - скачать - visual studio enterprise




Visual Studio 2013 висит при открытии решения (19)

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

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


Проверка обновлений Windows

У меня тоже была эта пробема. Кроме того, я не смог открыть настройки брандмауэра Windows (пытаясь заблокировать подключение к Интернету VS).

При открытии настроек обновления (Windows 8) я видел, что было ожидающее обновление («найденное сегодня»), поэтому я перезагрузил свой компьютер, позволяя обновлять Windows. После этого VS и брандмауэр снова работали нормально.

Проверьте оборудование

У меня была проблема второй раз; даже страница обновления Windows 8 будет продолжать загружаться навсегда. Это была проблема с моим (не OS) жестким диском: https://superuser.com/questions/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by-possibly-comm?noredirect=1#comment978074_756261


Suspending Resharper Работал для меня. Идти к

Инструменты -> Параметры -> ReSharper -> Общие -> Приостановить сейчас

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


В моем случае VS 2013 Professional висел на каждом запуске, даже не открыв решение, потому что лицензия больше не действительна.

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

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>[email protected] signed in for IDE user</description>
</entry>

На странице подписки msdn.microsoft.com: «Ваша подписка больше не активна, обратитесь к администратору».

Мне пришлось получить обновленную подписку у моего работодателя.


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


Для меня это, похоже, имеет отношение к проекту, имеющему MVC 4 типа проекта E3E379DF-F4C6-4180-9B81-6769533ABE47 ( E3E379DF-F4C6-4180-9B81-6769533ABE47 ). Удаление этого указателя из .csproj разрешило для меня зависание. (После удаления .vs требуется дополнительная .vs папки .vs ).


Для меня, происходит ли компьютер с отключением питания или иногда с обязательной перезагрузкой в ​​середине ночи. Что для меня РАБОТАЕТ

УДАЛИТЕ ВСЕ ФАЙЛЫ В ЭТОМ КАТАЛОГЕ:

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\


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

Моя проблема была временно решена с помощью решения «... delete .suo file ...», и, как указывали другие люди, мне приходилось удалять файл каждый раз.

Поскольку (по-видимому) невозможно остановить создание файла, я начал копать немного больше в том, что сделал файл. В дополнение к сохранению пользовательских настроек, я считаю, что он также сохраняет настройки сеанса, например, какие файлы вы открываете, когда VS закрыт. Я подозревал, что мой проект пытается открыть файл, который больше не существует, и это то, что вызывает зависание. Какими фиксированными вещами на моем конце было удалить .suo, открыть VS, открыть файл в моем решении, построить и закрыть решение. После этого я не висел.

ТЛ: др

В моем случае пользовательский файл настроек (.suo) пытался открыть файл в моем решении, который больше не существует. Я решил проблему, выполнив следующие шаги.

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

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


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


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

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

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


Недавно у меня была эта проблема, и я обнаружил, что отключение моего компьютера из Интернета при загрузке проекта исправил его. При этом мне удалось сократить время загрузки с нескольких часов до нескольких секунд. Поскольку мой сетевой кабель недоступен, я просто отключил свой сетевой адаптер перед загрузкой проекта (на панели управления).

Однако это вскоре стало расстраивающим, и я недавно снова рассмотрел проблему. Похоже, что вход в мою учетную запись Microsoft в Visual Studio в конечном итоге устранил проблему, и теперь у меня больше нет проблем с загрузкой проектов.

Это может сработать и для вас (если вы еще не исправили его, но поскольку здесь нет принятого ответа, я предполагаю, что проблема сохраняется), поэтому я предлагаю вам хотя бы попробовать отключиться от Интернета, даже если вы не хотите вводить учетные данные Microsoft.


У меня была аналогичная проблема, когда я проверил файл решения, который был создан VS.Net 2012. Чтобы решить эту проблему, я создал файл фиктивного решения и перезагрузил проекты из vs.net 2012.

Также наблюдается, когда обновление пакета nuget прикручивается, в то время как вы перезагружаете решение, Visual Studio может повесить.

Visual Studio может повиснуть, когда возникла проблема при загрузке пакетов nuget.


У меня была проблема с подключением Perforce.

Когда вы открываете решение, он спрашивает, хочу ли я подключиться к Perforce. Позволяя ему попробовать, он зависает и выделяет 1,5 ГБ ОЗУ.

Не позволяя P4-подключению правильно загружать его (выделяя 1 ГБ ОЗУ). Тогда я мог бы сказать, что он подключится к P4 после, и теперь это нормально.


У меня есть VS2013 и Resharper Ultimate 10, и после этого обходной путь мне понравился.

  • Открывать и закрывать решение только с помощью опций меню VS - Open / Close file , а не двойным щелчком или скрещиванием редактора

  • Наряду с этим, очистить кеш с помощью Tools – Options –ResharperUltimate – Options – Environment – General – Clear Caches button (делать это через регулярные промежутки времени, когда вы Tools – Options –ResharperUltimate – Options – Environment – General – Clear Caches button , что открытие решения становится относительно медленным)

Этот процесс гарантирует, что решение не зависает при его открытии, хотя это может быть не так быстро, как когда мы удаляем suo-файл, но работаем. Catch остается, если вы закрываете открытое решение путем скрещивания или открытия путем двойного щелчка, то он вернется к квадрату, и мы должны решить, удалив suo-файл. Будет ли опубликован, если есть лучшее исправление.


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

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

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

PathToSolution \ .vs \ ProjectName \ v14 \

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

.suo - имя файла.


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

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


Я вошел в% LOCALAPPDATA% \ JetBrains \ ReSharper \ и открыл все каталоги, которые искали SolutionCaches, и опустошил их все. Задача решена. Приложение было довольно большим, так что это помогло.


Я нашел следующее: лучший подход к отладке VS на основе инструкций MS Connect

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

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

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

  1. Выберите Инструменты -> Настроить
  2. Перейдите на вкладку «Команды»
  3. Выберите «Отладка» в раскрывающемся меню «Панель меню»
  4. Нажмите «Добавить команду» ...
  5. Выберите «Отладка» из списка «Категории».
  6. Найдите запись Save Dump As в окне «Команды».
  7. Нажмите OK (команда Save Dump As ... добавляется в начало меню Debug).
  8. Нажмите Закрыть

Вы можете получить подробные инструкции о том, как получить файл дампа и стек вызовов по адресу http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do-i-create-one.aspx

Если вы обнаружите, что проблема связана с Resharper Addin, вы можете сообщить об этом по адресу: http://youtrack.jetbrains.com/issues/RSRP


Я получаю эту проблему снова и снова - VS 2013 Update 2, Win 8.1, IE 11.

Попробуйте это: Откройте диспетчер задач, убейте приложение VS, а затем закройте все сеансы IE, которые запущены в списке фоновых процессов - может быть один или несколько висящих вокруг.

Перезапустить VS

Кажется, очистить его для меня, без перезагрузки.


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

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






visual-studio-2013