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

106

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?

ProfK
quelle
2
Haben Sie versucht, ReSharpher im Falle eines Konflikts zu entfernen?
Andrew
Was passiert, wenn Sie mit VS2012 öffnen? Und wie viele und welche Projekttypen / -sprachen enthält die Lösung?
RoelF
@Roel, VS2012 funktioniert perfekt. Ich habe insgesamt ungefähr zwanzig WPF-Apps und Klassenbibliotheken, alle in c # und xaml.
ProfK
Bist du damit weiter gekommen? Ich habe ähnliche Probleme auf meiner Workstation (Büro). Meine private Kopie auf einem Core i7-Notebook funktioniert im selben Szenario einwandfrei: Führen Sie einen Build auf einer großen Lösung aus, die hauptsächlich aus nativen C ++ - Projekten besteht ...
Paul Michalik
Ich habe ein Problem mit Microsoft erstellt: connect.microsoft.com/VisualStudio/feedback/details/924779/…
Ricardo Peres

Antworten:

243

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.

Alex
quelle
19
Das Löschen von .v12.suo-Dateien scheint für mich zu funktionieren. Vielen Dank.
Ysrb
4
... obwohl ich es satt habe, friert VS wie alle 3-4 Male ein, wenn ich ein Projekt öffne ...
Alex
5
Das gleiche passiert mir, es ist erstaunlich, wie fehlerhaft der VS wird.
Fritjof Berggren
4
hat mir geholfen, aber jetzt muss ich jedes Mal, wenn ich die Lösung öffne, .v12.suo löschen. Offensichtlich gibt es ein Problem mit einem der Projekte in der Lösung oder mit seinen Paketen, aber dies ist frustrierend. Hat jemand eine Idee, wie ich mehr untersuchen kann?
Pomarc
5
Wenn Sie die .suo-Datei löschen, wird sie tatsächlich geladen. Aber ich sollte es nicht jedes Mal löschen müssen . Und bei einer meiner Lösungen muss ich die .suo-Datei buchstäblich jedes Mal löschen.
John Rocha
43

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.

GER
quelle
3
für den Weg +1 .. 😊
Guruprasad Rao
Vielen Dank. Das Löschen dieser Datei im versteckten Ordner hat das Problem
behoben
33

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.
RoelF
quelle
Haha, schalte es seit ein paar Tagen aus und wieder ein. Sogar die ganze Maschine. Wow, dieser Lösungscache war ziemlich fett.
ProfK
2
Ich habe für Schritt 2 gearbeitet. Der Pfad ist jetzt mit Resharper 8.1% LOCALAPPDATA% \ JetBrains \ ReSharper \ v8.1 \ SolutionCaches
KevM
Deinstallation und Neuinstallation von ReSharper schien das für mich zu tun!
Tim
3
Ab ReSharper Version 9 scheint der Pfad zu den Cache-Ordnern zu sein %LOCALAPPDATA%\JetBrains\Transient\ReSharperPlatformVs12.
Asbjørn Ulsberg
Vielen Dank. Als ich Option 3 verwendete, wurde die Lösung korrekt geöffnet, sodass das Problem tatsächlich bei ReSharper lag. Das erneute Einschalten nach dem Laden der Lösung funktionierte nicht und die Schritte 1 und 2 funktionierten ebenfalls nicht. Jetzt habe ich ReSharper (v7.1. *) Deinstalliert und die Testversion der neuesten Version (9.2. *) Installiert, und jetzt funktioniert alles. Visual Studio friert nicht mehr ein. Jetzt muss ich nur noch meinen Vorgesetzten kontaktieren, um eine ReSharper 9-Lizenz zu erhalten.
Kevin Cruijssen
10

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

Jamie Clayton
quelle
Das hat bei mir funktioniert. In meinem Fall hatte ich ein Build-Ziel, das auf eine nicht vorhandene Datei zeigte. Durch das Debuggen wurde mir mitgeteilt, was los war.
Arnaud
Meine .dmp-Datei ist 708 mb ... warum ist sie so groß? Ist das normal?
James Wierzba
@ JamesWierzba, leider habe ich große Dump-Dateien gesehen. Wenn Sie den Resharper geöffnet haben, werden regelmäßig 500-800 MB verwendet, sodass VS möglicherweise auch Add-In + einige der Projektcodedetails enthält, um das Problem zu beheben. Wenn Sie Re-Sharper ausführen, können Sie die Speichernutzung dieses Produkts aktivieren. Dies ist ein interessanter Wert, den Sie bei großen Projekten beobachten sollten.
Jamie Clayton
9. Öffnen Sie die Dump-Datei in VS 10. Stellen Sie sicher, dass Sie die erforderlichen Debugging-Symbole laden (suchen Sie danach). 11. Führen Sie den Dump über "Aktion / Debug mit ..." oben rechts im Fenster der Dump-Datei aus . Persönlich hatte ich Probleme, ein Problem zu finden, aber ich stimme zu, dass dies wahrscheinlich der beste Ansatz zur Lösung des Problems ist.
SteveCinq
7

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 .

Rashad Valliyengal
quelle
7

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.

Matty J.
quelle
3

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.

Mmarss
quelle
3

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.

csnyder
quelle
Dies hat es für mich behoben - meine blieb bei der "Verarbeitung von Baugruppen" stecken, scheinbar jedes Mal für zufällige, unterschiedliche Baugruppen. Ich habe in diesem Ordner nach "SolutionCaches" gesucht und den Inhalt jedes Ergebnisses gelöscht. Scheint jetzt behoben zu sein.
Isaac Lyman
2

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

Cedric Reichenbach
quelle
2

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.

Richo
quelle
2

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.

Almo
quelle
2

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\

Tom Stickel
quelle
1
Gleiches Szenario: Stromausfall, Totalabsturz, Windows-Neustart, ich kann die SLN laden, aber alle Einstellungen aus den csproj-Dateien werden ignoriert. Suo und der oben erwähnte Fodler (was fuuuL war :-)) und bis jetzt scheint alles wieder in Ordnung zu sein.
Xan-Kun Clark-Davis
1

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.

Sivalingaamorthy
quelle
1

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>[email protected] 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.

Kerry Randolph
quelle
1

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

VB
quelle
1

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

Eugene Beresovsky
quelle
1

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

lbergnehr
quelle
1

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

Richard S. Popov
quelle
1

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

Jeramy D.
quelle
0

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.

Yu-Long Chen
quelle
0

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.

DJackson
quelle
0

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.

Jonas Lindau
quelle
0

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

griffin2000
quelle
0

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.

SteveCinq
quelle
0

Ich habe das Problem durch Deinstallation dieser beiden Plugins behoben:

  1. Produktivitäts-Elektrowerkzeug
  2. Web Essentials
Syed Muzammil Ali
quelle
-1

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.

Doron Saar
quelle