Le fichier de projet " a été renommé ou n'est plus dans la solution
Quiconque a déjà eu cette erreur en essayant de construire une solution dans Visual Studio 2008?
C'est me rend FOU! J'ai enlevé toutes les contenant projets et rajouté eux, et c'est encore de ne pas me laisser construire ou d'exécuter la solution.
Des suggestions?
Êtes-vous en train de construire un nouveau projet ou une entreprise existante? Pouvez-vous donner plus de détails..
Solution existante, juste enlevé quelques projets qui n'existent plus et VS allé un peu mentale!
Ne peut pas Microsoft faire mieux? Comme, de façon à donner une certaine indication de projet qui est cassé? J'ai perdu d'innombrables heures en raison de Visual Studio (et C++) de bugs ou d'un mauvais comportement.
Solution existante, juste enlevé quelques projets qui n'existent plus et VS allé un peu mentale!
Ne peut pas Microsoft faire mieux? Comme, de façon à donner une certaine indication de projet qui est cassé? J'ai perdu d'innombrables heures en raison de Visual Studio (et C++) de bugs ou d'un mauvais comportement.
OriginalL'auteur Ed James | 2010-05-07
Vous devez vous connecter pour publier un commentaire.
Si vous ouvrez le fichier de solution (SolutionName.sln) dans un éditeur de texte, vous devriez un couple de lignes quelque chose de ce type et pour chaque projet:
Il peut y avoir plus de choses entre les lignes, ou dans ce cas, ils peuvent corrompre, d'une certaine façon. Si vous pouvez isoler le problème de l'entrée et de le retirer, vous peut être capable de ressusciter la solution.
Si vous créez une nouvelle solution et ajouter les projets existants pour que cela fonctionne?
Aucune idée, comment voulez-vous faire une nouvelle SLN à partir de zéro, sans en commençant par un projet?
ou vous pouvez simplement ouvrir un projet.csproj les fichiers dans une nouvelle copie de VS et il va créer une solution pour elle
nvm, il fixe: retrait d'un projet n'a pas de supprimer la référence à l'assemblée à partir d'un autre projet, ce qui semble confondre VS. Pire message d'erreur jamais je pense 😀
OriginalL'auteur Colin Pickard
J'ai passé une couple d'heures sur cette erreur hier et heureusement arrivés au bout de.
Nous avons eu un fichier de projet, nous allons juste l'appeler ProblemProj.vcxproj qui a été initialement inclus dans SolutionA.la sln et compilé amende. Le projet a ensuite été ajouté à une solution différente, SolutionB.la sln, et compilé amende dans cette solution. Cependant, après son retour à SolutionA, le "dossier de projet " a été renommé" erreur a commencé.
Ce qui s'est passé parce que VS2010 a décidé de changer le ProjectGUID de ProblemProj.vcxproj. Le SolutionB.la sln référencé le GUID correct, mais SolutionA.la sln avait encore une référence à l'ancien GUID.
Vous pouvez les trouver dans la .la sln fichier à la recherche de quelque chose comme ceci:
< ProjectGuid >{271F161A-F26F-41D1-BDC8-FCF912A2F4FB}< /ProjectGuid >
Le problème peut être résolu de la manière suivante:
1) modifier Manuellement le GUID à l'intérieur de SolutionA.la sln et l'ouvrir dans un éditeur de texte et à la recherche pour le balisage ci-dessus.
2) Retirer le projet de SolutionA.la sln et ajouter de nouveau; cela a provoqué de choisir le bon GUID et, heureusement, n'a pas à décider de le changer de nouveau.
3) Rétablir le GUID changement dans ProblemProj.vcxproj, ce qui cause exactement la même erreur de se produire dans SolutionB, donc je ne recommanderais pas ceci à moins que SolutionB n'est pas question pour vous plus).
Espère que cette aide.
OriginalL'auteur Sean Walsh
La solution retenue ici n'est pas le résoudre pour nous. L' .la sln fichier le chemin d'accès correct pour le projet. Au lieu de cela, il s'avère que quelqu'un avait poussé le .la sln.cache de fichier dans le dépôt git et il avait le mauvais chemin d'accès au projet. Nous avons supprimé le .la sln.fichier de cache de l'ordinateur et de le construire a bien fonctionné. Pour les éviter dans le futur, nous avons retiré l' .la sln.fichier de cache de git, ajoutés *.la sln.la mémoire cache .gitignore fichier.
OriginalL'auteur Randy Eppinger
Je viens de rencontré la même erreur dans VS 2012 avec un peu différente de cause, après le chargement d'une solution que VS 2010 avait l'air heureux avec.
S'avère un seul projet C++ dans la solution une référence à un projet sans nom (juste un Guid; pas de nom, pas de chemin). Alors que jamais ce projet a été chargé, il était impossible de construire, nettoyer, ou de montrer des références pour l'un des projets de la solution. J'ai découvert le projet qui a eu la mauvaise référence par le déchargement des projets à partir de la solution jusqu'à ce qu'il s'est arrêté de se plaindre.
OriginalL'auteur intepid
Aller à vos Projets Referencies et vérifier si l'un de ceux dont les projets sont munis d'une étiquette (non disponible).
Supprimer cette référence et l'ajouter à nouveau.
Il a eu lieu pour moi, et c'est de cette façon que j'ai trouvé la solution pour résoudre ce problème.
OriginalL'auteur andrepaulo
Nuke le SDF. J'ai essayé de vérifier tous les Guid et les références, sans succès. J'ai supprimé la solution du fichier SDF et il éclairci. (Le SDF est générée automatiquement fichier de base de données.)
OriginalL'auteur NargothBond