La définition de Visual Studio Go To est désactivée et F12 ne fonctionne pas. D'autres commandes comme Alt-F12 peuvent continuer à fonctionner.
Notez que cela peut également résulter de la désactivation de la base de données pour C++/C #.
Dans Outils - Options, tapez "IntelliSense" dans la zone de recherche, puis cliquez sur C/C++ - Avancé. Dans la section Navigation/Navigation, définissez Désactiver la base de données sur False, si ce n'est pas déjà le cas.
Après réactivation, fermez et rouvrez pour forcer la reconstruction . REMARQUE: IntelliSense produira de gros fichiers sur le disque (* .sdf et ipch) qui devraient être exclus de Git, par exemple.
Je sais que la solution a été résolue. Cependant, j'ai rencontré exactement le même problème. J'ai cherché internet. Aucune des astuces ne fonctionne, y compris celle-ci.
Finalement, j'ai compris. J'ai cliqué avec le bouton droit sur le fichier qui a eu le problème. J'ai inclus le fichier dans le projet. N'est-ce pas évident? En fait non, le fichier est inclus depuis une semaine. J'ai travaillé sur ce dossier plus de 7 heures par jour pendant toute la semaine. Jusqu'à hier 18h20.
Oh, je ne pouvais pas compiler correctement ce matin. Il y avait des tonnes de message d'erreur de syntaxe hier. Ce matin, j'ai pu compiler. Étrange. droite? Ensuite, ma définition a disparu.
Il m'a fallu un certain temps pour découvrir que cs et designer.cs étaient certainement exclus, mais le fichier aspx l'était.
J'ai résolu le problème. Ma silhouette a-t-elle glissé? Je ne sais pas.
C'est une chose que les gens vérifient. Soit vous-même, quelqu'un d'autre, ou le système, vous excluez accidentellement les fichiers cs sans le savoir. Je sais que c'est étrange, mais cela a résolu le problème. Il y a des scénarios étranges dans Visual studio. Les gens peuvent présenter 200 solutions. Ils travaillent 99% du temps, mais pas nos cas. Je viens d'apporter un autre scénario
Cela se produit également si Visual Studio a des fichiers ouverts qui ne figurent pas dans la solution actuelle.
Je ne sais pas comment je suis arrivé à cet état, où les fichiers d'une solution différente étaient ouverts car je ne les ai pas ouverts manuellement, mais une vérification rapide du chemin d'accès aux fichiers a montré qu'il ne s'agissait pas de fichiers de la solution ouverte.
Par conséquent, "Aller à la définition" a été désactivé.
J'ai constaté que je devais supprimer mon mappage TFS: VS 2010> ouvrir Team Explorer> Explorer le projet d'équipe> cliquer deux fois sur le contrôle de source> cliquer avec le bouton droit sur le projet d'équipe dans le volet de gauche et faire "Supprimer le mappage"> après tout a été supprimé. Je suis allé manuellement dans le dossier local et j'ai supprimé tous les fichiers en attente> de nouveau dans le contrôle de code source Explorer, puis mappé dans le même dossier local et extrait à nouveau tout le code. Maintenant, le "go to definition" fonctionne à nouveau.
Je ne sais pas pourquoi je devais faire ça ...
Je l'ai rencontré dans Visual Studio 2010
. Pour moi, cette solution a fait l'affaire
et vous êtes prêt à partir.
Vérifiez dll dans les références qui est jaune. Retirez-le et ajoutez à nouveau.
Dans mon cas, étant donné que mon projet est mappé avec TFS, je ne peux pas accéder à la définition, mes fichiers de projet ne sont en lecture que lors de l’ouverture de Solution. J'ai donc déplacé mon dossier racine mappé avec TFS puis la section right-clicked on folder > Go to properties > Attributes
était Read-Only
Je l'ai décochée et j'ai cliqué sur Apply
. Rouvrir le studio visuel. Tout fonctionne maintenant bien.