Pourquoi Visual Studio 2008 essaie-t-il d'ouvrir un projet à partir du mauvais dossier?

Question

J'ai un problème bizarre avec Visual Studio 2008. Je voulais déboguer l'une des bibliothèques que mon application Web référence. Par conséquent, je décide d'ajouter le projet contenant la bibliothèque à ma solution afin que je puisse les déboguer ensemble. Le projet contenant ma bibliothèque est situé au c:\webLibs\myproj.vbproj. Toutefois, lorsque j'essaie d'ajouter le projet à ma solution, Visual Studio renvoie l'erreur suivante: "Le fichier de projet" c: \ someOtherFolder \ myproj.vbproj "a été déplacé, renommé ou n'est pas sur votre ordinateur."

Comme vous pouvez le voir, VS semble essayer d'ouvrir un fichier différent de celui sur lequel j'ai cliqué. J'avais l'habitude d'avoir le fichier à cet autre endroit, mais plus maintenant.

J'ai essayé de redémarrer VS plusieurs fois.

Qu'est-ce qui pourrait causer ce comportement bizarre? Pourquoi Visual Studio essaie-t-il d'ouvrir mon projet à partir du mauvais dossier?

Answer 1

J'ai trouvé le problème. J'ai eu un mappage TFS Source-Control erronné qui mappé le projet à un dossier inexistant sur le disque dur.

Mon application Web se trouve dans son propre espace de travail. La bibliothèque que je voulais référencer est dans son propre espace de travail où il est mappé à c:\webLibs\myproj.vbproj. Toutefois, dans l'espace de travail de l'application Web, il y avait un mappage errant vers c:\someOtherFolder\myproj.vbproj.

J'ai supprimé le mappage et errante tout a bien fonctionné :-)

Je crois que la morale de l'histoire est de vérifier les correspondances dans tous les espaces de travail peut-être impliqués quand ce genre de chose arrive.

Answer 2

Semble que certains fils ont été croisés et que la référence de projet interne de Visual Studio pour ce projet est incorrecte. Vous pouvez le nettoyer si vous êtes bon avec vos registres, ou vous pouvez utiliser un outil simple comme this one (j'utilise et comme ça, ce n'est pas le mien) pour supprimer le mauvais projet (et plus tard rajouter le bon).

Answer 3

Essayez de rechercher les fichiers .suo ou .user dans votre hiérarchie source, en particulier dans le répertoire de votre solution. VS stocke de temps en temps des indices dans ces fichiers qui peuvent désynchroniser les choses de temps en temps.

Answer 4

J'ai résolu cela en fermant Visual Studio, en supprimant le fichier .suo puis en rouvrant Visual Studio.