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 вручну та натисніть «Break All».
9. У другому екземплярі натисніть налагодження | Збережіть звалище як мінідумп разом із купою.

Якщо у вас є профіль VB, ви не побачите пункт меню "Зберегти дамп як". Щоб додати цей пункт меню:

1. Виберіть Інструменти -> Налаштувати
2. Перейдіть на вкладку Команди
3. Виберіть «Налагодження» у спадному рядку меню
4. Клацніть Додати команду ...
5. Виберіть налагодження зі списку категорій.
6. У вікні команд знайдіть запис "Зберегти дамп як".
7. Клацніть OK (команда Save Dump As ... додана у верхній частині меню налагодження).
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/isissue/RSRP

Підвісний Resharper працював на мене. Йти до

Інструменти -> Параметри -> ReSharper -> Загальне -> Призупинити зараз

Тепер ваше рішення завантажиться дуже швидко. Після повного завантаження рішення ви можете змінити параметри Resharper на « Відновити зараз» .

Чи використовуєте ви будь-які модулі вузлів у своєму проекті? Або ви можете визначити, що це специфічна проблема ReSharper?

Якщо у вас є модулі NPM (наприклад, для Grunt), позначте папку 'node_modules' як 'приховану' (не потрібно приховувати дочірні папки) та повторіть спробу.

Visual Studio висів на відкритій для мене, виявилося, що він намагався сканувати глибоко вкладені модулі вузлів з файловими шляхами довше, ніж максимум для Windows (260 символів), і це заважало мені відкривати рішення в VS, але позначила папку як приховано вирішив проблему.

У мене ця проблема була і нещодавно, і я виявив, що відключення мого комп'ютера від Інтернету при завантаженні проекту виправлено це. Завдяки цьому мені вдалося скоротити час завантаження з кількох годин до секунд. Оскільки мій мережевий кабель не особливо доступний, я просто відключив мережевий адаптер перед завантаженням проекту (на панелі керування).

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

Це може працювати і для вас (якщо ви ще цього не вирішили, але оскільки тут немає прийнятої відповіді, я припускаю, що проблема зберігається), тому я пропоную вам хоча б спробувати відключитися від Інтернету, навіть якщо ви краще не вводите свої облікові дані Microsoft.

Я зайшов у% LOCALAPPDATA% \ JetBrains \ ReSharper \ і відкрив усі каталоги, які шукали SolutionCaches, і випорожнив їх усіх. Проблема вирішена. Заявка була досить великою, тому це допомогло.

Перевірте наявність оновлень для 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 # коментар978074_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, і після цього я створив запис у реєстрі, який вирішив мою проблему із завантаженням Solution.

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

У мене була подібна проблема, коли я перевірив файл рішення, його створив VS.Net 2012. Щоб вирішити проблему, я створив фіктивний файл рішення та перезавантажив проекти з vs.net 2012.

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

Visual Studio може зависнути, коли виникла проблема з завантаженням пакунків.

У моєму випадку 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, з'єднану як спільний доступ за допомогою функції VirtualBox).

Копіювання проекту на локальний привід виправило це для мене.Не впевнений, якщо присвоєння літери диска зробить трюк.

Також не впевнений, чому це не працює через мережеву частку, якщо це обмеження VS або, можливо, якийсь плагін (я, звичайно, використовую resharper).

Для мене це, здається, має щось спільне з проектом, що має MVC 4 проект типу guide ( E3E379DF-F4C6-4180-9B81-6769533ABE47). Видалення цієї настанови з .csprojвирішеного для мене повішення. ( .vsПісля видалення настанови потрібно було додаткове протирання папки.)

Я щойно видалив папку "пакети" з кореня рішення, і це допомогло мені (Visual Studio Express 2015)

Вибачте за те, що вам потрібно створити нову публікацію, а не коментувати вибрану відповідь. Наразі мені не вистачає респондентів для коментарів.

Мою проблему тимчасово вирішили рішенням "... видалити файл .suo ...", і, як вказували інші люди, мені довелося кожного разу видаляти файл.

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

тл: д-р

У моєму випадку файл налаштування користувача (.suo) намагався відкрити файл у моєму рішенні, який більше не існував. Я вирішив проблему, виконавши наступні дії.

1. Видаліть файл .suo (для мене це було в / evidenceprojectfoldergery/.vs/ evidenceprojectnameSense/v14
2. Відкрити візуальну студію
3. Відкрийте свій проект
4. Відкрити файл (я просто відкрив випадковий файл .cs)
5. Створіть і збережіть своє рішення (просто заощадження може зробити трюк, я побудував за звичкою)
6. Закрити Visual Studio

Сподіваюся, це допоможе комусь ... ми витратили занадто багато годин на це питання :)

Спробуйте видалити розширення за допомогою "Панелі управління" або вимкніть будь-яку надбудову в [Інструменти] => [Менеджер надбудови], а потім спробуйте знову відкрити рішення.

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

У моєму випадку журнал Fusion увімкнено. Файли журналів зростають місяцями, коли я забув вимкнути його після розслідування. Таким чином антивірусне програмне забезпечення кілька разів перевіряло ці великі файли журналів під час відкриття рішення, і повідомлення "Підготовка рішення ..." видно давно. Помітивши це, я вимкнув журнал синтезу та вирішив проблему. Розчин завантажується за 10 секунд замість 20 хвилин.

У мене ця проблема була неодноразово, майже у всіх версіях VS. Одне рішення, яке, здається, працює в більшості випадків - це видалити папку .vs, розташовану в папці рішення. Іноді достатньо видалити .sou файл, що знаходиться в .vs ///

Папка прихована до речі, тому вам доведеться ввімкнути "Показати приховані файли та папки"

Для мене рішенням було відключити керування джерелом (встановити плагін на None в інструментах-> 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.