Visual Studio Professional 2013 se bloque lors de l'ouverture de solutions/fichiers
J'essayais d'ouvrir certaines des solutions de page Web/de base de données que j'avais créées lorsque je travaillais pour mon ancien employeur, afin d'obtenir un rappel sur ce qu'elles étaient, mais pour une raison quelconque, Visual Studio Professional 2013 a simplement décidé d'arrêter de fonctionner en les ouvrant, ou se bloque lorsque j'essaie d'ouvrir l'un des fichiers C # que j'ai créés. Je ne sais pas du tout pourquoi c'est le cas maintenant, car cela fait un peu plus d'un mois que j'ai créé ces fichiers sans aucun problème. Il ne semble pas y avoir de problème avec 2013 elle-même non plus. Suggestions?
J'ai rencontré un problème similaire de temps en temps et ma solution consiste à supprimer le fichier * .suo puis à ouvrir la solution.
La seule fois où cela n’a pas fonctionné, c’est au moment de la lecture d’une extension. Dans ce cas, j’ai ouvert VS en Safemode à l’aide du commutateur/safemode.
devenv.exe /safemode
Utiliser le commutateur/log comme indiqué dans une autre réponse est également une bonne idée s’il s’agit d’une extension erronée, car cela peut vous aider à la localiser. L'emplacement par défaut du fichier ActivityLog.xml sur mon ordinateur est "c:\Utilisateurs\<nom d'utilisateur>\AppData\Roaming\Microsoft\VisualStudio\<version>\ActivityLog.xml", mais vous pouvez également spécifier l'emplacement souhaité du fichier. être:
Devenv /log Path\NameOfLogFile
Voir la documentation de VS2013 (avec des liens vers d’autres versions) à l’adresse: /Log (devenv.exe)
J'espère que ça aide.
UPDATE FOR VS2015: Même solution, le fichier suo se trouve à un endroit différent. VS2015 ajoute un dossier ".vs". Ce dossier contient d'autres dossiers, dont l'un porte le même nom que votre solution. Il contient un autre dossier nommé "v14" et contient (enfin) un fichier nommé ".suo". Supprimer ce fichier.
Exemple: votre solution s'appelle "Peu importe". À partir de votre dossier "Whatever", le chemin d'accès au suo est le suivant:
.vs\Whatever\v14\.suo
Si vous ne pouvez pas voir le fichier ".suo", rappelez-vous qu'il s'agit d'un fichier caché.
J'utilise ce script PowerShell depuis quelques jours pour supprimer les fichiers .suo après avoir basculé entre les branches git:
get-childitem -Include .suo -Recurse -force | Remove-Item -Force –Recurse
Je n'ai eu aucun problème avec cela jusqu'à présent, mais aucune promesse qu'il ne va pas incinérer votre ordinateur portable :) alors utilisez-le avec précaution.
Oct 2018 Mise à jour Pour VS 2017, le chemin d'accès au .suo est:
.vs\Whatever\v15\.suo
Mon hypothèse est que la "v15" continuera à augmenter dans les prochaines versions.
J'ai trouvé une autre réponse SO qui couvre d'autres solutions aux problèmes de VS, telles que vider le cache de ReSharper si vous utilisez cet outil: Visual Studio affiche des erreurs même si les projets génèrent .
Essayez d’appeler Visual Studio à partir de la ligne de commande.
devenv.exe /log
Ensuite, essayez d’ouvrir votre solution, puis, si elle se bloque, consultez le
%APPDATA%\Microsoft\VisualStudio\<version>\ActivityLog.xml
fichier. il devrait avoir des détails sur l'accident. En outre, les journaux des événements peuvent également capturer certains événements de haut niveau.
Cela va être la "réponse hors du champ droit" mais comme cela a fonctionné, je veux le partager avec d'autres. Après avoir tenté d'ouvrir un projet et obtenu l'erreur "Type de projet non pris en charge" avec Visual Studio 2013, je ne pouvais plus ouvrir aucune solution. Je pourrais charger l'IDE. Mais dès que j'essayais d'ouvrir un fichier de solution, le IDE plantait avec un message l'informant de son redémarrage, puis me demandait si je voulais déboguer ou fermer le programme. La même chose se passait si j'essayais de charger un fichier de solution en double-cliquant dessus dans une fenêtre de l'Explorateur. J'ai essayé de désinstaller une extension que j'ai récemment ajoutée et j'ai même procédé à un redémarrage complet. Rien n'a fonctionné. De plus, il n'y a pas eu de nouvelle activité dans les fichiers ActivityLog.xml que j'ai trouvés dans 3 répertoires de version différents. En outre, la suppression des fichiers SUO n'a pas aidé non plus.
J'ai ensuite essayé de créer un nouveau projet. Je viens de choisir une application Facebook ASP.NET/MVC 4. Cela n’a probablement pas d’importance, mais au cas où c’est le cas, j’inclus ce détail. Dès que le nouveau projet a été créé, je l'ai fermé et rouvert. Cela a bien rouvert, et toutes mes autres solutions ont ensuite pu être rouvertes sans erreur. Donc, au moins dans mon cas, le fait de créer un tout nouveau projet a nettoyé ou ré-initialisé quelque chose correctement et a résolu le problème.
.NET Reflector Extension était à l’origine de ce problème - désinstallé et fonctionne à merveille.
Visual Studio 2015 semble avoir un problème similaire. Parfois, la solution remove .suo fonctionnait pour moi, mais aujourd'hui ce bogue m'a attiré une fois de plus et la solution était:
supprime le cache Reshaper .
Pour localiser l'emplacement, accédez à Visual Studio/ReSharper/Options/General. J'ai supprimé le contenu du dossier manuellement.
Redémarrer l'ordinateur a résolu le problème pour moi.
Je sais que cela semble anodin, mais vous essayez parfois un million de choses différentes qui ne fonctionnent pas, sans vous rendre compte que vous n'avez pas essayé la seule chose qui puisse réellement résoudre le problème. En attendant, vous supprimez des choses et changez les choses inutilement. Devrait être une règle de base pour toujours redémarrer avant d'essayer d'autres solutions plus extrêmes.
J'ai un cas similaire lorsque j'ai désactivé le "Productivity Power Tools 2013", puis VS2013 se bloquera sur tout projet ouvert/nouveau. Même si j'ai essayé de réactiver l'extension, cela ne fonctionnerait pas.
Je finis par le désinstaller.
J'avais la même chose, mais j'ai réussi à accéder à Aide -> s'inscrire et à cliquer sur "Déconnexion" avant que cela ne se produise. Après cela, il a cessé de s'écraser. Je pense que cela était lié au fait que j'ai changé mon mot de passe et que la licence n'aurait pas pu être obtenue ou quelque chose comme ça ...
Supprimez les caches dans les chemins correspondants:
C:\Utilisateurs\davidmurali\AppData\Local\Microsoft\VisualStudio\8.0\ComponentModelCache C:\Utilisateurs\davidmurali\AppData\Local\Microsoft\VisualStudio\12.0\ComponentModelCache C:\Utilisateurs\davidmurali\AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache