Visual Studio Professional 2013 se bloque lors de l'ouverture de solutions / fichiers
J'ai essayé d'ouvrir certains de la page web/base de données solutions que j'ai fait, tout en travaillant pour mon employeur précédent, pour obtenir une remise sur ce qu'ils sont, mais pour une raison quelconque Visual Studio Professional 2013 seulement décide soit de crash lors de l'ouverture d'eux, ou de crash lorsque j'essaie d'ouvrir un de C# les fichiers que j'ai fait en eux. Je n'ai aucune idée de pourquoi ça fait ça maintenant, car elle est un peu plus d'un mois depuis que j'ai fait ces fichiers sans aucun problème. Il ne semble pas être quelque chose de mal avec 2013 lui-même, soit. Des Suggestions?
source d'informationauteur nomuru2d
Vous devez vous connecter pour publier un commentaire.
J'ai frappé un problème similaire, chaque maintenant et puis et mon fix est de supprimer le *.suo fichier puis ouvrez la solution.
Le seul temps qui n'a pas travaillé a quand une extension de jeu, auquel cas j'ai ouvert VS en mode sans échec à l'aide de l' /commutateur de mode sans échec.
À l'aide du commutateur /log comme indiqué dans une autre réponse est aussi une bonne idée si il s'avère être un comportement anormal de l'extension, car cela peut vous aider à le retrouver. L'emplacement par défaut de l'ActivityLog.xml fichier sur mon ordinateur "c:\Users\<nom d'utilisateur>\AppData\Roaming\Microsoft\VisualStudio\<version>\ActivityLog.xml" mais vous pouvez également spécifier l'emplacement où vous souhaitez enregistrer le fichier:
Voir la documentation pour VS2013 (avec des liens vers d'autres versions): /Log (devenv.exe)
J'espère que ça aide.
Mise à JOUR POUR VS2015: Même solution, il suffit de le suo fichier est dans un endroit différent. VS2015 ajoute un ".vs" le dossier. Au sein de ce dossier sont d'autres dossiers, dont l'un est le même nom que votre solution, dans ce dossier un autre dossier nommé "v14" et à l'intérieur de celui-ci (enfin) un fichier nommé ".suo". Supprimer ce fichier.
Exemple: votre solution est appelée "Quel que soit". À partir de votre "tout ce" le dossier le chemin d'accès à l'suo est: ".vs\Quelle que soit\v14\.suo".
Si vous ne pouvez pas voir le ".suo" fichier, n'oubliez pas que c'est un fichier caché.
J'ai été en utilisant ce script PowerShell pour quelques jours pour se débarrasser de l' .suo fichiers après la commutation entre les branches git:
Je n'ai pas eu de problèmes avec elle jusqu'à présent, mais pas de promesses qu'il ne sera pas incinérer votre ordinateur portable 🙂 donc l'utiliser avec précaution.
Essayez d'appeler Visual Studio à partir de la ligne de commande.
Puis essayez d'ouvrir votre solution et puis si elle se bloque, aller chercher à la
fichier. il devrait avoir des précisions sur l'incident. Aussi, les journaux d'événements peut capturer certains des événements de haut niveau.
C'est la "réponse de droite du champ", mais depuis il a travaillé je veux le partager avec d'autres. Après avoir essayé d'ouvrir un projet et l'obtention de la "non prise en charge de projet de type" erreur avec Visual Studio 2013, je ne pouvait plus ouvrir aucune solution. Je le charge avec l'IDE. Mais dès que j'ai essayé d'ouvrir un fichier de solution, l'IDE serait de crash avec un message disant qu'elle était en train de redémarrer et ensuite demander si je voulais de débogage ou de fermer le programme. C'est la même chose si j'ai essayé de charger un fichier de la solution par un double-clic dans une fenêtre de l'Explorateur. J'ai essayé de désinstaller une Extension j'ai récemment ajouté et même fait un plein redémarrage. Rien n'a fonctionné. Aussi, il n'y a pas de nouvelle activité dans l'un des ActivityLog.xml les fichiers que j'ai trouvé dans 3 différents répertoires de version. En outre, la suppression de la SUO fichiers n'a pas aidé non plus.
J'ai alors essayé de créer un tout nouveau projet. Je viens d'arrivé de choisir un ASP.NET/MVC 4 Facebook app. N'a probablement pas d'importance, mais juste au cas où il ne je suis, y compris ce détail. Dès que le nouveau projet a été créé, je l'ai fermé et rouvert. Il a rouvert fine, et après que tous mes autres solutions pourraient être ouvertes à nouveau sans erreur. Ainsi, au moins dans mon cas, l'acte de la création d'un nouveau projet nettoyé quelque chose ou de ré-initialisé quelque chose correctement et nettoyé le problème.
.NET Réflecteur Extension a été à l'origine de ce problème pour moi - désinstallé et fonctionne un rêve.
Visual Studio 2015 semble avoir semblable question. Parfois, la supprimer .suo solution a fonctionné pour moi, mais aujourd'hui, ce bug m'a surpris une fois de plus et la solution a été:
supprimer de Redimensionnement cache.
Afin de localiser l'emplacement, aller à Visual Studio /ReSharper /Options /Général. J'ai supprimé le contenu du dossier manuellement.
Le redémarrage de l'ordinateur fixe pour moi.
Je sais que cela semble trivial, mais parfois, vous essayez un million de choses différentes qui n'ont pas de travail, pas vous rendre compte que vous n'avez pas essayé l'une chose simple qui ne fait corriger. En attendant, vous êtes à la suppression de choses et de changer les choses inutilement. Devrait être une règle de pouce pour toujours redémarrer avant d'essayer d'autres solutions extrêmes.
J'ai un cas similaire lorsque j'ai désactivé le "Productivity Power Tools 2013", puis VS2013 se crash sur tout projet d'ouverture/de nouveau. Même j'ai essayé de ré-activer l'extension, ça ne marcherait pas.
J'ai désinstallé.
J'ai eu le même, mais j'ai réussi à aller Aider -> enregistrer et cliquez sur "Sign out" avant, il s'est écrasé. Après qu'il a cessé de s'écraser. Je crois que c'était lié au fait que j'ai changé mon mot de passe et la licence ne pourraient pas être obtenues ou quelque chose comme ça...
Ma solution:
devenv.exe /log
%APPDATA%\Microsoft\VisualStudio\<version>\ActivityLog.xml
trouver toute "erreur" mot
supprimé:
C:\PROGRAM FILES (X86)\COMMON FILES\MICROSOFT\EXTENSIONMANAGER\EXTENSIONS\MICROSOFT\WINDOWS KITS\8.1\DESKTOP SDK\*