Visual Studio (et peut-être TFS) a, d'une manière ou d'une autre (peut-être lors d'une fusion du contrôle de la source), confondu le chemin d'un projet dans ma solution.
Il pense qu'il se trouve ici (exemples de chemins pour simplifier) :
C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj
alors qu'en fait, le fichier du projet se trouve ici :
C:\My Projects\ExampleSolution\ExampleProjectCorrect\ExampleProjectCorrect.csproj
Je n'arrive pas à faire en sorte qu'il reconnaisse le bon emplacement. J'ai essayé :
-
Retirer et replacer le projet au bon endroit. Un message d'erreur s'affiche, disant
The project file at C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj could not be found
. -
Éditer manuellement le fichier .sln pour s'assurer que toutes les références à
ExampleProjectCorrect.csproj
ont les bons chemins. -
Faire une recherche dans les fichiers du répertoire de la solution pour les chemins corrects et incorrects, pour essayer de trouver où Studio cache le chemin incorrect.
-
Suppression des répertoires cache pour VS et TFS
Je m'arrache les cheveux parce que je n'arrive pas à recréer la solution qui n'a presque rien changé depuis 100 projets et qui est liée au contrôle des sources avec plusieurs autres développeurs qui travaillent dessus.
Quelqu'un peut-il m'indiquer où il stocke ce chemin incorrect et/ou comment le réinitialiser pour que cette fichue chose se charge correctement ?
0 votes
Alors, que se passe-t-il si vous déplacez le projet dans le répertoire ExampleProjectWrong ?
0 votes
Ok, quelques progrès.. Le déplacer dans le mauvais dossier me permet de le charger dans Visual Studio. Je ne peux cependant pas le garder là car le répertoire 'ExampleProjectWrong' abrite un autre projet, contenant à peu près la même structure de dossiers. Donc, une idée sur la façon de modifier le chemin du projet maintenant que je l'ai chargé ? Le champ du chemin dans les propriétés du projet déchargé n'est pas disponible, même lorsque le projet est déchargé ?
3 votes
J'ai eu ce problème pour la deuxième fois maintenant, mais cette fois j'ai pu comprendre que le projet branché ciblait le dossier d'origine parce que j'utilise différentes connectionstrings. La première fois, c'était très bizarre, visualstudio déboguait dans les fichiers du dossier source, et les mélangeait avec les fichiers de la branche, et même Log4net se connectait au dossier d'origine ! Est-ce que supprimer le fichier suo de la solution et il accède maintenant correctement aux seuls fichiers branchés.
2 votes
J'ai eu exactement le même problème. Ce n'était pas aussi simple que de supprimer le fichier suo. J'ai dû : 1. Supprimer le projet incriminé de la solution. 2. Enregistrer la solution. 3. Supprimer le .suo 4. Ouvrez la solution et ajoutez à nouveau le projet.
0 votes
J'en ai eu un bizarre. J'ai double-cliqué sur un fichier sln dans l'Explorateur Windows et j'ai eu le problème du projet manquant. Le fichier sln sur lequel j'ai double-cliqué était correct - il y avait un fichier sln dans le dossier en dessous avec le même nom - c'est celui que VS a ouvert. J'ai mis du temps à comprendre pourquoi l'édition du fichier sln n'avait aucun effet.
2 votes
La suppression du fichier SUO a fonctionné pour moi.