Visual Studio 2013 bleibt beim Öffnen einer Lösung hängen

Ich habe VS2013 (v12.0.21005.1) installiert und vor ein oder zwei Tagen ReSharper 8 (v8.0.2000.2660) hinzugefügt. An diesem Tag war es gut. Jetzt bin ich glücklich, wenn ich es schaffen kann, eine Lösung an einem ganzen Tag zu öffnen. Es öffnet sich von selbst in Ordnung, aber wenn ich versuche, eine Lösung von innen zu öffnen - über das Menü - hängt es schlecht. Wenn ich im Windows Explorer mit der rechten Maustaste auf eine Lösung klicke und "Mit VS 2013 öffnen", wird sie geöffnet und hängt dann genauso. Hin und wieder, stundenlang, bekomme ich eine kleine Nachricht, dass es mit etwas beschäftigt ist.

Weiß jemand, was falsch sein könnte, bevor ich eine Neuinstallation ertrage, die das Problem nicht behebt?

Manchmal reicht es aus, einfach die Datei ".v12.suo" zu löschen und erneut zu versuchen, die Lösung zu öffnen. Hat mir oft geholfen, als VS2013 beim Laden eines Projekts einfrierte.

Das Löschen aller ".suo" -Dateien hat bei mir funktioniert. Aufgrund des Öffnens der Lösung in mehreren Versionen von Visual Studio gab es mehrere Kopien.

Bearbeiten:

Möglicher Weg könnte sein:

PathToSolution \ .vs \ ProjectName \ v14 \

.vs kann ein versteckter Ordner sein.

.suo ist Dateiname.

Grundsätzlich könnte es alles sein, aber Sie können ein paar Dinge ausprobieren:

1. Ein- und Ausschalten.
2. Leeren Sie den ReSharper-Cache, in %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCachesdem Sie einen Ordner finden sollten, der der Lösung entspricht, die Sie öffnen möchten. Schließen Sie einfach alle Instanzen von VS2013, löschen Sie den Ordner und versuchen Sie es erneut.
3. ReSharper ausschalten: Tools > Options > ReSharper > General > Suspend
4. Deinstallieren Sie ReSharper vollständig und prüfen Sie, ob die Probleme weiterhin bestehen.
5. Reparieren Sie Visual Studio durch Programs and Features.

Ich fand, dass das Folgende der bessere Ansatz zum Debuggen von VS basierend auf MS Connect-Anweisungen ist

Bitte helfen Sie zu bestätigen, ob es sich bei Ihrer erfassten Dump-Datei um eine 32-Bit-Dump-Datei handelt. Wenn es sich um eine 64-Bit-Dump-Datei handelt, führen Sie den folgenden Schritt aus, um eine neue Dump-Datei zu erfassen.

1. Starten Sie Visual Studio.
2. Starten Sie eine andere Instanz von VS.
3. Klicken Sie in der zweiten Instanz auf Extras | An Prozess anhängen ...
4. Suchen Sie in der Liste der Prozesse devenv.exe.
5. Klicken Sie auf Auswählen ... und wählen Sie explizit den Code "Native" und "Verwaltet" aus.
6. Klicken Sie auf OK und OK, um das Dialogfeld "Auswählen" und das Dialogfeld "An Prozess anhängen" zu schließen.
7. Kehren Sie zur ersten Instanz von VS zurück und wiederholen Sie den Hang.
8. Nach dem Aufhängen sollte die Steuerung auf die zweite Instanz von VS gehen. Wenn nicht, kehren Sie bitte manuell zur zweiten Instanz von VS zurück und klicken Sie auf "Alle brechen".
9. Klicken Sie in der zweiten Instanz auf Debug | Speichern Sie Dump als Minidump mit Heap.

Wenn Sie das VB-Profil ausführen, wird der Menüpunkt Speicherauszug speichern unter nicht angezeigt. So fügen Sie diesen Menüpunkt hinzu:

1. Wählen Sie Extras -> Anpassen
2. Wählen Sie die Registerkarte Befehle
3. Wählen Sie Debug aus der Dropdown-Liste der Menüleiste
4. Klicken Sie auf Befehl hinzufügen ...
5. Wählen Sie Debug aus der Liste Kategorien.
6. Suchen Sie den Eintrag Speicherauszug speichern unter im Befehlsfenster.
7. Klicken Sie auf OK (der Befehl Save Dump As ... wird oben im Debug-Menü hinzugefügt).
8. Klicken Sie auf Schließen

Ausführliche Schritte zum Abrufen der Dump-Datei und des Aufrufstapels finden Sie unter http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- i-create-one.aspx

Wenn Sie feststellen, dass das Problem bei Resharper Addin liegt, können Sie das Problem über http://youtrack.jetbrains.com/issues/RSRP melden

Resharper aussetzen Hat bei mir funktioniert. Gehe zu

Extras -> Optionen -> ReSharper -> Allgemein -> Jetzt anhalten

Jetzt wird Ihre Lösung sehr schnell geladen. Nachdem Ihre Lösung vollständig geladen wurde, können Sie die Resharper-Einstellungen in Jetzt fortsetzen ändern .

Verwenden Sie Knotenmodule in Ihrem Projekt? Oder können Sie feststellen, dass es sich um ein ReSharper-spezifisches Problem handelt?

Wenn Sie NPM-Module haben (z. B. für Grunt), markieren Sie Ihren Ordner 'node_modules' als 'versteckt' (es ist jedoch nicht erforderlich, untergeordnete Ordner auszublenden), und versuchen Sie es erneut.

Visual Studio war für mich offen und stellte sich heraus, dass versucht wurde, tief verschachtelte Knotenmodule mit Dateipfaden zu scannen, die länger als das Windows-Maximum (260 Zeichen) waren. Dies hinderte mich daran, die Lösung in VS zu öffnen, aber den Ordner als zu markieren versteckt löste das Problem.

Ich hatte dieses Problem auch kürzlich und stellte fest, dass das Trennen meines Computers vom Internet beim Laden des Projekts das Problem behoben hat. Damit konnte ich die Ladezeiten von mehreren Stunden auf Sekunden verkürzen. Da mein Netzwerkkabel nicht besonders zugänglich ist, habe ich meinen Netzwerkadapter einfach deaktiviert, bevor ich das Projekt geladen habe (in der Systemsteuerung).

Dies wurde jedoch bald frustrierend und ich habe mich kürzlich erneut mit dem Problem befasst. Es scheint, dass die Anmeldung bei meinem Microsoft-Konto in Visual Studio das Problem letztendlich behoben hat, und ich habe jetzt keine Probleme mehr beim Laden von Projekten.

Dies kann auch für Sie funktionieren (wenn Sie es noch nicht behoben haben - aber da hier keine akzeptierte Antwort vorliegt, gehe ich davon aus, dass das Problem weiterhin besteht), schlage ich vor, dass Sie zumindest versuchen, die Verbindung zum Internet zu trennen, auch wenn Sie möchten Ihre Microsoft-Anmeldeinformationen lieber nicht eingeben.

Ich ging in% LOCALAPPDATA% \ JetBrains \ ReSharper \ und öffnete alle Verzeichnisse, die nach den SolutionCaches suchten, und leerte alle. Problem gelöst. Die Anwendung war ziemlich groß, also half dies.

Suchen Sie nach Windows-Updates

Ich hatte auch dieses Problem. Außerdem konnte ich meine Windows-Firewall-Einstellungen nicht öffnen (ich habe versucht, die Internetverbindung von VS zu blockieren).

Beim Öffnen der Update-Einstellungen (Windows 8) wurde festgestellt, dass ein Update aussteht ("Heute gefunden"). Daher habe ich meinen Computer neu gestartet und Windows aktualisieren lassen. Danach funktionierten VS und die Firewall wieder einwandfrei.

Überprüfen Sie Ihre Hardware

Ich hatte das Problem ein zweites Mal; Selbst die Update-Seite von Windows 8 wird für immer geladen. Es war ein Problem mit meiner (Nicht-Betriebssystem-) Festplatte: /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- evtl.-comm? noredirect = 1 # comment978074_756261

Ich bekomme dieses Problem hin und wieder - VS 2013 Update 2, Win 8.1, IE 11.

Versuchen Sie Folgendes: Öffnen Sie den Task-Manager, beenden Sie das Hängen der VS-App und schließen Sie dann alle IE-Sitzungen, die in der Liste "Hintergrundprozess" ausgeführt werden. Möglicherweise hängen eine oder mehrere herum.

Starten Sie VS neu

Scheint es für mich zu löschen, ohne einen Neustart.

Das Problem, das ich hatte, war die Perforce-Verbindung.

Beim Öffnen der Lösung wurde gefragt, ob eine Verbindung zu Perforce hergestellt werden soll. Wenn Sie es versuchen lassen, bleibt es hängen und weist 1,5 GB RAM zu.

Wenn die P4-Verbindung nicht zugelassen wird, wird sie ordnungsgemäß geladen (1 GB RAM zugewiesen). Dann könnte ich ihm sagen, dass er sich danach mit P4 verbinden soll, und jetzt ist es in Ordnung.

Für mich, ob der Computer mit einem Stromausfall oder manchmal mit obligatorischen Neustarts mitten in der Nacht abstürzt. Was macht ARBEIT für mich

LÖSCHEN SIE ALLE DATEIEN IN DIESEM VERZEICHNIS:

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

Für alle, die sich noch darauf beziehen, hat mir das geholfen:

Ich musste immer die .vs12.suo-Datei löschen, um das Projekt zu laden.

Ich bin auf diesen Thread von Microsoft gestoßen und habe anschließend einen Registrierungseintrag erstellt, der mein Problem mit dem Laden der Lösung behoben hat.

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

Ich hatte ein ähnliches Problem, als ich die Lösungsdatei überprüfte, die von VS.Net 2012 erstellt wurde. Um das Problem zu beheben, habe ich eine Dummy-Lösungsdatei erstellt und die Projekte von vs.net 2012 neu geladen.

Wird auch beobachtet, wenn das Nuget-Paket-Update beim Neuladen der Lösung schief gelaufen ist, kann Visual Studio hängen bleiben.

Das Visual Studio kann hängen bleiben, wenn beim Laden der Nuget-Pakete ein Problem aufgetreten ist.

In meinem Fall hing VS 2013 Professional bei jedem Start, auch ohne eine Lösung zu öffnen, da die Lizenz nicht mehr gültig war.

Letzter Eintrag in der Protokolldatei:

<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>

Und auf der Abonnementseite von msdn.microsoft.com: "Ihr Abonnement ist nicht mehr aktiv. Wenden Sie sich an Ihren Administrator."

Ich musste ein aktualisiertes Abonnement von meinem Arbeitgeber erhalten.

Das Löschen von Testergebnissen aus meinem TestResults-Ordner hat den Trick für mich getan. Nur eine andere Sache zu versuchen.

VS2012 hängt an mir, z. B. beim Öffnen einer csproj-Datei auf einer Netzwerkfreigabe (tatsächlich auf einer Freigabe, die sich auf dem VirtualBox-Host befand und über eine VirtualBox-Funktion als SMB-Freigabe verbunden war).

Das Kopieren des Projekts auf ein lokales Laufwerk hat es für mich behoben. Ich bin mir nicht sicher, ob das Zuweisen eines Laufwerksbuchstabens den Trick machen würde.

Ich bin mir auch nicht sicher, warum es nicht über die Netzwerkfreigabe funktioniert, wenn es sich um eine VS-Einschränkung oder ein Plugin handelt (ich verwende natürlich Resharper).

Für mich scheint dies etwas mit dem Projekt zu tun zu haben, das den MVC 4-Projekttyp guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47) hat. Das Entfernen dieser Anleitung aus dem hat .csprojdas Hängen für mich gelöst. ( .vsNach dem Entfernen der Guid war ein zusätzliches Löschen des Ordners erforderlich.)

Ich habe gerade den Ordner "packages" aus dem Stammverzeichnis der Lösung entfernt und es hat mir geholfen (Visual Studio Express 2015)

Es tut mir leid, dass Sie einen neuen Beitrag erstellen müssen, anstatt die ausgewählte Antwort zu kommentieren. Ich habe derzeit nicht genügend Mitarbeiter, um einen Kommentar abzugeben.

Mein Problem wurde vorübergehend durch die Lösung "... die .suo-Datei löschen ..." behoben, und wie andere Leute betonten, musste ich die Datei jedes Mal löschen.

Da es (anscheinend) unmöglich ist, die Erstellung der Datei zu stoppen, begann ich mich etwas eingehender mit dem zu befassen, was die Datei tat. Ich glaube, dass nicht nur Benutzereinstellungen gespeichert werden, sondern auch Sitzungseinstellungen, z. B. welche Dateien Sie geöffnet haben, wenn VS geschlossen wird. Ich habe vermutet, dass mein Projekt versucht, eine Datei zu öffnen, die nicht mehr existiert, und genau das verursacht den Hang. Was mein Problem behoben hat, war, die .suo-Datei zu löschen, VS zu öffnen, eine Datei in meiner Lösung zu öffnen, die Lösung zu erstellen und zu schließen. Danach hatte ich keine Hänge mehr.

tl: dr

In meinem Fall hat eine Benutzereinstellungsdatei (.suo) versucht, eine Datei in meiner Lösung zu öffnen, die nicht mehr vorhanden war. Ich habe das Problem durch Ausführen der folgenden Schritte behoben.

1. Löschen Sie die .suo-Datei (für mich war dies in /[projectfolder‹/.vs/[projectname‹/v14
2. Öffnen Sie Visual Studio
3. Öffnen Sie Ihr Projekt
4. Öffnen Sie eine Datei (ich habe einfach eine zufällige CS-Datei geöffnet)
5. Erstellen und speichern Sie Ihre Lösung (Einfaches Speichern kann den Trick tun, den ich aus Gewohnheit erstellt habe)
6. Schließen Sie Visual Studio

Hoffe das hilft jemandem ... wir haben viel zu viele Stunden mit diesem Thema verbracht :)

Versuchen Sie, Erweiterungen mit "Systemsteuerung" zu deinstallieren oder ein Add-In in [Extras] => [Add-In-Manager] zu deaktivieren, und versuchen Sie dann, die Lösung erneut zu öffnen.

Mein Problem wurde durch Deinstallation von "Visual Localizer" behoben.

In meinem Fall wurde das Fusion-Protokoll aktiviert. Die Protokolldateien wachsen seit Monaten, da ich vergessen habe, sie nach einer Untersuchung auszuschalten. Auf diese Weise begann die Antivirensoftware beim Öffnen der Lösung mehrmals, diese großen Protokolldateien zu überprüfen, und die Meldung "Lösung vorbereiten ..." wird für lange Zeit angezeigt. Als ich das bemerkte, schaltete ich das Fusionsprotokoll aus und das Problem wurde gelöst. Die Lösung wird in 10 Sekunden anstatt in 20 Minuten geladen.

Ich hatte dieses Problem mehrmals, in so ziemlich allen Versionen von VS. Die einzige Lösung, die meistens zu funktionieren scheint, ist das Löschen des .vs-Ordners im Lösungsordner. Manchmal reicht es aus, die .sou-Datei in .vs /// zu löschen.

Der Ordner ist übrigens ausgeblendet, daher müssen Sie "Versteckte Dateien und Ordner anzeigen" aktivieren.

Für mich bestand die Lösung darin, die Quellcodeverwaltung zu deaktivieren (Plugin unter Extras-> Quellcodeverwaltung auf Keine setzen). Ich denke, es wurde aus irgendeinem Grund versucht, ein riesiges Git-Repo zu synchronisieren (habe ein paar massive Repos, aber nicht in dem Baum, den ich öffnen wollte).

Viele Vorschläge hier und anderswo, aber das einzige, was für mich dauerhaft funktionierte, hatte mit dem Startprojekt zu tun, das ich festgelegt hatte. Das habe ich getan:

1. Löschen Sie die .suo-Datei wie an anderer Stelle vorgeschlagen.
2. Starten Sie VS und öffnen Sie die Lösung. An diesem Punkt sollte alles in Ordnung sein.
3. Lassen Sie das Startprojekt unverändert, auch wenn es nicht Ihren Wünschen entspricht.
4. Speichern Sie die Lösung. (Möglicherweise tun, was jemand anderes vorschlägt, und eine Datei öffnen, bereinigen, erstellen / neu erstellen usw., aber ich musste nichts davon tun.)
5. Schließen Sie die Lösung und beenden Sie VS.
6. Starten Sie VS neu und öffnen Sie die Lösung.
7. Ändern Sie das Startprojekt so, wie es sein soll
8. Speichern Sie die Lösung. (Möglicherweise erneut die geöffnete Datei ausführen, bereinigen, erstellen / neu erstellen usw.)
9. Schließen Sie die Lösung und beenden Sie VS.
10. Starten Sie VS neu und öffnen Sie die Lösung erneut. Alles sollte in Ordnung sein.

Dies könnte für Sie funktionieren oder auch nicht, aber ich habe alles versucht, was ich finden konnte - Registrierungsänderungen, Debuggen von VS aus einer zweiten VS-Sitzung, wie Sie es nennen -, aber nichts anderes hat für mehr als einen einzelnen Start / Öffnen funktioniert.

Ich habe das Problem durch Deinstallation dieser beiden Plugins behoben:

1. Produktivitäts-Elektrowerkzeug
2. Web Essentials

Ich habe eine frühere Version der .vbproj-Datei wiederhergestellt und sie wurde behoben.

Ich weiß nicht, was in der neueren Version war, aber das Problem war etwas in der .bvproj-Datei selbst.