Visual Studio 2013 se bloque lors de l'ouverture d'une solution
J'ai installé VS2013 (v12.0.21005.1) et ajouté ReSharper 8 (v8.0.2000.2660) il y a un jour ou deux. Ce jour-là c'était bien. Maintenant, j'ai de la chance si je peux l'obtenir pour ouvrir une solution en une journée entière. Il s’ouvre bien tout seul, mais lorsque j’essaie d’ouvrir une solution de l’intérieur - via le menu - elle se bloque, mal. Si je clique avec le bouton droit de la souris sur une solution de l'Explorateur Windows et que celle-ci est "ouverte avec VS 2013", celle-ci s'ouvre et se bloque, exactement de la même manière. De temps en temps, pendant des heures, je reçois un petit avis m'annonçant que quelque chose est occupé.
Quelqu'un sait ce qui pourrait être faux avant que je ne subisse une réinstallation qui ne résout pas le problème?
Parfois, il suffit simplement de supprimer le fichier ".v12.suo" et d’essayer de rouvrir la solution. M'a aidé à plusieurs reprises lorsque VS2013 était gelé lors du chargement d'un projet.
Supprimer tous les fichiers ".suo" a fonctionné pour moi. Plusieurs copies ont été générées en raison de l’ouverture de la solution dans plusieurs versions de Visual Studio.
Edit:
Le chemin possible pourrait être:
PathToSolution\.vs\ProjectName\v14 \
Le fichier .vs peut être un dossier caché.
.suo est le nom de fichier.
En gros, cela pourrait être n'importe quoi, mais vous pouvez essayer quelques choses:
- Éteindre et rallumer.
- Efface le cache ReSharper, il est dans
%LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches, où vous devriez trouver un dossier correspondant à la solution que vous essayez d’ouvrir. Fermez toutes les instances de VS2013, supprimez le dossier et réessayez. - désactiver ReSharper:
Tools > Options > ReSharper > General > Suspend - désinstaller complètement ReSharper et voir si les problèmes persistent.
- Réparer Visual Studio via
Programs and Features.
J'ai trouvé ce qui suit comme étant la meilleure approche pour déboguer les SV sur la base d'instructions MS Connect
Aidez-nous à confirmer si votre fichier de vidage capturé est un fichier de vidage 32 bits. S'il s'agit d'un fichier de vidage 64 bits, procédez comme suit pour capturer un nouveau fichier de vidage.
- Démarrez Visual Studio.
- Démarrer une autre instance de VS.
- Dans la seconde instance, cliquez sur Outils | Attacher au processus ...
- Dans la liste des processus, localisez devenv.exe.
- Cliquez sur Sélectionner ... et choisissez explicitement le code "natif" et "géré".
- Cliquez sur OK et sur OK pour fermer la boîte de dialogue Sélectionner et la boîte de dialogue Attacher au processus.
- Retournez à la première instance de VS et reprenez le blocage.
- Lors du blocage, le contrôle devrait aller à la deuxième instance de VS. Sinon, revenez manuellement à la deuxième instance de VS et cliquez sur "Tout casser".
- Dans la seconde instance, cliquez sur Debug | Sauvegarder Dump As Minidump avec tas.
Si vous exécutez le profil VB, l'élément de menu Enregistrer le vidage sous ne s'affiche pas. Pour ajouter cet élément de menu:
- Sélectionnez Outils -> Personnaliser
- Sélectionnez l'onglet Commandes
- Sélectionnez Déboguer dans la liste déroulante de la barre de menus.
- Cliquez sur Ajouter une commande ...
- Sélectionnez Debug dans la liste Catégories.
- Recherchez l'entrée Save Dump As dans la fenêtre Commandes.
- Cliquez sur OK (la commande Enregistrer le vidage sous ... est ajoutée en haut du menu Débogage).
- Cliquez sur Fermer
Vous pouvez obtenir des instructions détaillées sur la façon d'obtenir le fichier de vidage et la pile d'appels à l'adresse http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a -dump-and-how-do-i-create-one.aspx
Si vous trouvez que le problème vient de Resharper Addin, vous pouvez le signaler via - http://youtrack.jetbrains.com/issues/RSRP
Utilisez-vous des modules de nœuds dans votre projet? Ou pouvez-vous identifier qu'il s'agit d'un problème spécifique à ReSharper?
Si vous avez des modules NPM (par exemple pour Grunt), marquez votre dossier 'node_modules' comme étant "masqué" (inutile de masquer les dossiers enfants), puis réessayez.
Il m’est avéré que Visual Studio essayait d’analyser des modules de nœud profondément imbriqués avec des chemins de fichiers plus longs que le maximum Windows (260 caractères), ce qui m’empêchait d’ouvrir la solution dans VS, mais en marquant le dossier comme caché résolu le problème.
Suspendre Resharper a travaillé pour moi. Aller à
Outils -> Options -> ReSharper -> Général -> Suspendre maintenant
Maintenant, votre solution se chargera très rapidement. Une fois votre solution complètement chargée, vous pouvez modifier les paramètres de Resharper en Resume Now.
Je suis allé dans% LOCALAPPDATA%\JetBrains\ReSharper \, j'ai ouvert tous les répertoires à la recherche de SolutionCaches et les ai tous vidés. Problème résolu. L'application était assez volumineuse, donc cela a aidé.
J'ai récemment eu ce problème également et j'ai constaté que le fait de déconnecter mon ordinateur d'Internet lors du chargement du projet le corrigeait. Avec cela, j'ai réussi à réduire les temps de chargement de plusieurs heures à quelques secondes. Mon câble réseau n'étant pas particulièrement accessible, j'ai simplement désactivé mon adaptateur réseau avant de charger le projet (dans le Panneau de configuration).
C’est vite devenu frustrant et j’ai récemment réexaminé le problème. Il semble que la connexion à mon compte Microsoft dans Visual Studio ait finalement résolu le problème, et je n'ai plus de problèmes de chargement de projets.
Cela fonctionnera peut-être aussi pour vous (si vous ne l'avez pas encore corrigé - mais comme il n'y a pas de réponse acceptée ici, je suppose que le problème persiste), je vous suggère donc au moins d'essayer de vous déconnecter d'Internet, même si vous préférez ne pas entrer vos informations d'identification Microsoft.
Pour moi, qu’un ordinateur tombe en panne avec une panne de courant ou parfois avec des redémarrages obligatoires au milieu de la nuit. Qu'est-ce qui fonctionne pour moi
SUPPRIMER TOUS LES FICHIERS DE CET ANNUAIRE:
C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\
Vérifier les mises à jour Windows
J'ai eu ce problème également. De plus, je ne pouvais pas ouvrir les paramètres de mon pare-feu Windows (j'essayais de bloquer la connexion Internet de VS).
Lors de l'ouverture des paramètres de mise à jour (Windows 8), j'ai constaté qu'une mise à jour était en attente ("trouvée aujourd'hui"). J'ai donc redémarré mon ordinateur pour permettre à Windows de se mettre à jour. Après cela, VS et le pare-feu ont à nouveau fonctionné correctement.
Vérifiez votre matériel
J'ai eu le problème une deuxième fois; même la page de mise à jour de Windows 8 continuerait à se charger indéfiniment. C'était un problème avec mon disque dur (non-OS): https://superuser.com/questions/756261/various-parts-of-windows-8-and-visual-studio-2013-get- bloqué par une éventuelle comm? noredirect = 1 # comment978074_756261
Pour ceux qui parlent encore, cela m'a aidé:
Je devais toujours supprimer le fichier .vs12.suo pour charger le projet.
Je suis tombé sur ce fil de Microsoft et j'ai ensuite créé une entrée de registre qui corrigeait mon problème avec le chargement de la solution.
Le problème que j'ai eu était la connexion Perforce.
Lors de l'ouverture de la solution, il vous serait demandé si je voulais qu'elle se connecte à Perforce. Le laisser essayer le bloquerait et allouerait 1,5 Go de RAM.
Ne pas autoriser la connexion P4, laissez-le se charger correctement (en allouant 1 Go de RAM). Ensuite, je pourrais lui dire de se connecter à P4 après, et tout va bien maintenant.
Je reçois ce problème de temps en temps - VS 2013 Update 2, Win 8.1, IE 11.
Essayez ceci: ouvrez le gestionnaire de tâches, supprimez le blocage de l'application VS, puis fermez les sessions IE exécutées dans la liste Processus en arrière-plan - il peut y en avoir une ou plusieurs suspendues.
Redémarrer VS
Semble l’effacer pour moi, sans redémarrage.
J'avais un problème similaire lorsque j'ai vérifié le fichier de solution créé par VS.Net 2012. Pour résoudre le problème, j'ai créé un fichier de solution factice et rechargé les projets de vs.net 2012.
Également observé lorsque la mise à jour du paquet Nuget s'est fait avoir, alors que vous rechargez la solution, Visual Studio peut se bloquer.
Il se peut que Visual Studio se bloque en cas de problème de chargement des packages de nuget.
Je viens de supprimer le dossier "packages" de la racine de la solution et cela m'a aidé (Visual Studio Express 2015)
Désolé de devoir créer un nouveau message au lieu de commenter la réponse sélectionnée. Je n'ai pas assez de représentants pour commenter pour le moment.
Mon problème a été résolu temporairement par la solution "... supprimer le fichier .suo ..." et, comme d'autres personnes l'ont souligné, je devais supprimer le fichier à chaque fois.
Comme il est (apparemment) impossible d’arrêter la création du fichier, j’ai commencé à creuser un peu plus ce que le fichier a fait. En plus d'enregistrer les paramètres utilisateur, je pense qu'il s'agit également d'enregistrer les paramètres de session, tels que les fichiers que vous avez ouverts lorsque VS est fermé. Je soupçonnais que mon projet tentait d'ouvrir un fichier qui n'existe plus et qui est la cause du blocage. Ce qui a été réglé, c'est de supprimer le .suo, d'ouvrir un VS, d'ouvrir un fichier dans ma solution, de construire et de fermer la solution. Après avoir fait cela, je n'ai pas eu de problème.
tl: dr
Dans mon cas, un fichier de paramètres utilisateur (.suo) tentait d'ouvrir un fichier dans ma solution qui n'existait plus. J'ai résolu le problème en effectuant les étapes suivantes.
- Supprimez le fichier .suo (pour moi, cela se trouvait dans /[projectfolder]/.vs/[projectname]/v14
- Ouvrez Visual Studio
- Ouvrez votre projet
- Ouvrir un fichier (j'ai simplement ouvert un fichier .cs aléatoire)
- Construisez et enregistrez votre solution (Simplement enregistrer peut faire l'affaire, j'ai construit par habitude)
- Fermer Visual Studio
J'espère que cela aide quelqu'un ... nous avons passé beaucoup trop d'heures à ce sujet :)
Dans mon cas, VS 2013 Professional était suspendu à tous les démarrage, même sans ouvrir de solution car la licence n'était plus valide.
Dernier élément du fichier journal:
<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>
Et sur la page d'abonnement msdn.Microsoft.com: "Votre abonnement n'est plus actif, contactez votre administrateur."
Je devais obtenir un abonnement mis à jour de mon employeur.
La suppression des résultats de test de mon dossier TestResults a été l’essentiel pour moi. Juste une autre chose à essayer.
VS2012 est suspendu à moi, par exemple lors de l'ouverture d'un fichier csproj sur un partage réseau (en fait, sur un partage qui se trouvait sur l'hôte VirtualBox, connecté en tant que partage smb à l'aide d'une fonctionnalité VirtualBox).
La copie du projet sur un lecteur local l'a corrigé pour moi. Je ne sais pas si assigner une lettre de lecteur ferait l'affaire.
Aussi pas sûr pourquoi cela ne fonctionne pas via le partage réseau, si c'est une limitation VS ou peut-être un plugin (j'utilise resharper, bien sûr).
Pour moi, cela semble avoir quelque chose à voir avec le projet ayant le guide type MVC 4 (E3E379DF-F4C6-4180-9B81-6769533ABE47). Supprimer ce guid du .csproj résolu la pendaison pour moi. (Un nettoyage supplémentaire de la .vs Le dossier était requis après la suppression du guide.)
Dans mon cas, le journal Fusion a été activé. Les fichiers journaux grandissent depuis des mois car j'ai oublié de l'éteindre après une enquête. Ainsi, le logiciel antivirus a commencé à vérifier ces gros fichiers journaux plusieurs fois au cours de l'ouverture de la solution. Le message "Préparation de la solution ..." est visible pendant très longtemps. Lorsque j'ai remarqué cela, j'ai désactivé le journal de fusion et le problème a été résolu. La solution se charge en 10 secondes au lieu de 20 minutes.
Beaucoup de suggestions ici et ailleurs, mais la chose seulement qui a fonctionné en permanence pour moi avait à voir avec le projet de démarrage que j'avais défini. C'est ce que j'ai fait:
- Supprimez le fichier .suo comme suggéré ailleurs.
- Lancez VS et ouvrez la solution. Tout devrait être bien à ce stade.
- Laissez le projet de démarrage tel quel, même si ce n'est pas ce que vous voulez.
- Enregistrez la solution. (Faites probablement ce que quelqu'un d'autre suggère et ouvrez un fichier, nettoyez, construisez/reconstruisez, etc., mais je n'ai pas eu à le faire.)
- Fermez la solution et quittez VS.
- Redémarrez VS et ouvrez la solution.
- Changer le projet de démarrage en ce qu'il devrait être
- Enregistrez la solution. (Peut-être encore faire le fichier ouvert, nettoyer, construire/re-construire, etc.)
- Fermez la solution et quittez VS.
- Redémarrez VS et rouvrez la solution et tout devrait bien se passer.
Cela pourrait ou ne fonctionnerait peut-être pas pour vous mais j'avais essayé tout ce que je pouvais trouver - modifications du registre, débogage du VS d'une deuxième session VS, vous le nommez - mais rien d’autre n’a fonctionné pendant plus d’un seul démarrage/ouverture.
Pour moi, la solution consistait à désactiver le contrôle de source (Définissez le plug-in sur Aucun dans Outils-> Source Countrol). Je pense qu’il essayait de synchroniser un énorme dépôt Git pour une raison quelconque (deux ou trois dépôts massifs, mais pas dans l’arbre que j’essayais d’ouvrir).
J'ai résolu le problème en désinstallant ces deux plugins:
- Outil de productivité
- Web Essentials
Essayez de désinstaller les extensions avec "Panneau de configuration" ou désactivez tous les compléments dans [Outils] => [Gestionnaire de compléments] puis essayez de rouvrir la solution.
Mon problème a été résolu par la désinstallation de "Visual Localizer".
J'ai eu ce problème plusieurs fois, pratiquement dans toutes les versions de VS. La solution qui semble fonctionner la plupart du temps consiste à supprimer le dossier .vs situé dans le dossier de la solution. Parfois, il suffit de supprimer le fichier .sou situé dans .vs ///
Le dossier est caché au passage, vous devrez donc activer "Afficher les fichiers et dossiers cachés"