Visual studio comstack bien mais montre toujours des lignes rouges

J’utilise VS 2012 et tout se passait bien jusqu’à ce que je commence à observer des comportements amusants. Lorsque j’ouvre mon code, il affiche des soulignements rouges que nous voyons généralement en cas d’erreur dans notre code. Étonnamment, le code comstack tout va bien. J’ai fait les observations suivantes qui ne sont pas normales du tout.

  1. Soulignements rouges dans le code
  2. Lors du nettoyage ou de la construction de la solution, aucune erreur.
  3. Les soulignements rouges disparaissent pendant un certain temps après avoir construit / nettoyé la solution, mais reviennent éventuellement.
  4. À cause de cela, mon intellisense a cessé de fonctionner.
  5. Je ne peux pas cliquer avec le bouton droit sur un composant et passer à sa définition.

Des idées?

Supprimez le contenu du dossier ASP.NET temporaire, puis reconstruisez. Ce sera dans votre dossier utilisateur (pour IIS Express – \ AppData \ Local \ Temp \ Fichiers ASP.NET temporaires ) ou le répertoire Windows (pour IIS – C: \ Windows \ Microsoft.Net \ Framework \ vx.xx \ Fichiers ASP.NET temporaires )

Les chemins sont sur le dessus de ma tête et peuvent ne pas être corrects

Visual Studio 2017:

La fermeture de Visual Studio et la suppression du dossier .vs situé dans le répertoire de la solution ont fonctionné pour moi.

Ce dossier a un atsortingbut hidden . Vous devrez peut-être modifier les parameters dans les options de dossier pour afficher les fichiers cachés.

Je viens d’avoir ce problème en travaillant avec une solution créée dans Visual Studio 2012 mais fonctionnant en 2013. J’ai fermé Visual Studio, supprimé tous les répertoires \ bin et \ obj et le problème avait disparu.

Je sais que c’est vieux mais au cas où les gens trouveraient ce fil comme je l’ai fait de google. J’ai eu ce problème après avoir résolu certains conflits de svn. La solution contient plusieurs projets et j’ai résolu certains conflits dans différents projets. J’ai fait une solution Build -> Clean suivie d’un Build -> Rebuild Solution et tout était de retour.

Avez-vous des plug-ins installés comme Resharper? J’ai eu un problème avec un mauvais plugin.

Essayez de lancer Visual Studio en mode sans échec pour empêcher les plug-ins de fonctionner.

 devenv /Safemode 

Pour moi, ce problème a été résolu lorsque j’ai déchargé et rechargé le projet à nouveau. J’ai travaillé pour moi, j’espère que ça marche pour toi aussi 🙂

Dans vs2013, j’ai résolu ce problème en supprimant tous mes dossiers obj / bin sur tous les projets. Le problème était probablement dû à des configurations de solution que j’avais supprimées, mais qui n’avaient pas été correctement nettoyées, car la solution Build -> Clean ne supprime pas les anciennes sorties des dossiers obj / bin.

J’ai eu ce problème et il était lié à ReSharper.

Les étapes de la solution pour moi:

1) Désactiver ReSharper

 VisualStudio\Tools\Options\ReSharper Ultimate\General\Suspend Now 

2) Construire la solution

 (Ctrl-Shift-B) 

3) Réactiver ReSharper

 VisualStudio\Tools\Options\ReSharper Ultimate\General\Resume Now 

Steve

Ce qui fonctionne pour moi, c’est la suppression du fichier d’index IntelliSense.

Le fichier IntelliSense se trouve dans le même répertoire que votre solution.

Son nom de fichier est SolutionName.sdf

Supprimez simplement ce fichier, ouvrez à nouveau votre solution et IntelliSense commencera à reconstruire son fichier index. Après cela, le problème disparaîtra.

Peut-être est-il tard pour append, mais j’espère que cela pourrait encore aider quelqu’un. J’ai eu le même problème quand je voyais beaucoup de gribouillis rouges dans quelques fichiers. J’ai essayé toutes les réponses proposées ci-dessus mais rien ne semblait fonctionner. Au moment où j’ai commencé à parcourir les classes, les structures dans d’autres fichiers pour lesquels des fichiers de réclamation avaient des références, le problème a disparu. Il a semblé qu’intelliisense n’était pas capable de résoudre des dépendances pour une raison quelconque.

Pour moi, j’avais à un moment donné activé la journalisation de fusion pour déboguer des erreurs de dépendance d’assemblage (fuslogvw à partir de l’invite CMD). C’était il y a des mois et j’avais connu des temps de construction beaucoup plus lents (5-7 minutes) depuis lors. J’avais aussi complètement oublié que je les avais laissés activés. Ces bûches étaient mon goulot et leur désactivation les rendait beaucoup plus rapides. J’espère que cela aide quelqu’un!

J’ai rencontré ce problème avec le dernier Visual Studio 2017.
De plus, la version de débogage de mon programme était extrêmement lente.

J’ai supprimé le fichier de solution .sln et en ai créé un nouveau.

Si vous utilisez Resharper comme moi, vous pouvez supprimer le cache de reprise en suivant ce lien: https://www.jetbrains.com/help/resharper/Configuring_Caches_Location.html

 To specify the location for caches 1. Open the Environment | General page of ReSharper options. 2. Use the Save solution caches in to select the location for cache files: 3. User local settings folder to store them in the following directory: %LOCALAPPDATA%\JetBrains\Transient 4.System TEMP folder to store them in the following directory: %TEMP%\ReSharperCache 5. Solution folder to store them in the root folder of the current solution 6. Custom folder to choose a custom location for ReSharper cache files. 7. Click Save to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To drop-down list. For more information, see managing and sharing resharper settings. 8. Reopen your solution for the changes to take effect.