Le fichier de projet a été déplacé renommé ou ne se trouve pas sur votre ordinateur

J'obtiens cette erreur lorsque j'essaye de charger un projet VS 2008 à partir du contrôle de source TFS:

Le fichier de projet a été déplacé, renommé ou ne se trouve pas sur votre ordinateur

Après avoir cliqué sur OK, le projet dit «indisponible». Quel est le problème? Comment résoudre ça? Je n'ai jamais eu ce problème auparavant. Certains blogs ont dit de supprimer le fichier .suo mais je ne peux pas localiser le fichier .suo. J'ai supprimé l'ensemble du projet sur mon ordinateur local afin que la prochaine fois qu'il s'ouvre, il en crée un nouveau, mais j'obtiens toujours la même erreur.

Ce qui aide généralement à résoudre ce problème, c'est la suppression des options utilisateur de la solution, alias «SUO».

VS jusqu'en 2013

Dans l'ancien VS, il est stocké en tant que "caché" SolutionName.suodans le même dossier que le .slnfichier principal .

VS2015 ou version ultérieure

Dans VS2015, les mêmes données ont été déplacées vers un .vsdossier «caché» sous le même dossier que le .slnfichier principal .

Je viens de rencontrer ce problème en utilisant VS 2013 après avoir renommé un projet. La réponse de Stanley m'a guidé vers la solution:

Fermez VS - supprimez le fichier .suo - redémarrez VS.

Supprimez le fichier .suo d'une manière spéciale.

1. N'ouvrez pas la solution lorsque vous supprimez le fichier .suo caché.
2. Redémarrez VisualStudio.
3. Ouvrez la solution et ajoutez un projet sans message d'erreur.

TFS fonctionne comme la plupart des paquets de contrôle de source: il se souvient de ce qu'il a mis sur votre ordinateur de sorte que lorsque vous "Get Latest", il n'a qu'à récupérer les chnages depuis votre dernier "Get" au lieu d'avoir à tout obtenir.

Ceci a une mise en garde: si vous supprimez ou renommez les fichiers locaux sur votre disque, TFS ne saura pas que vous avez fait cela, et il pensera toujours qu'ils sont là où ils les ont laissés.

Si vous "Get Latest", cela ne prendra pas la peine de mettre à jour les fichiers manquants.

Vous êtes alors susceptible d'obtenir toutes sortes d'erreurs de "fichier manquant", de TFS et de tout autre outil qui recherche les fichiers.

Pour le contourner, vous devez:

• Si vous pensez avoir des modifications que vous ne voulez pas perdre, copiez le dossier source sur votre PC en tant que sauvegarde au cas où!
• Faites un clic droit sur le projet (dans l'Explorateur de solutions) ou le dossier (dans le contrôle de code source)
• Choisissez "Obtenir une version spécifique" dans le menu contextuel
• Choisissez d'obtenir la "dernière version" et cochez l'option qui dit (quelque chose comme) "forcer l'obtention des fichiers déjà dans votre espace de travail", qui dit à TFS d'oublier ce qu'il "sait" et de récupérer tous les fichiers de toute façon.

Si vous avez des fichiers modifiés localement (inscriptibles), soyez prudent. Il existe une deuxième option qui les écrasera, perdant vos modifications. Mais vous avez la sauvegarde, vous devriez donc être en sécurité. Il est généralement préférable de cocher également cette option pour vous assurer que tout votre code source est complètement à jour. (Mais évidemment seulement si cela ne vous dérange pas de perdre des changements locaux!)

Lorsque vous avez OK, cela obtiendra de force tous les fichiers du projet sur votre lecteur local et devrait corriger le problème.

Bien que ce soit un défaut VS bien connu, nous pouvons certainement le gérer!

• Ouvrez le fichier de solution en mode édition

• Modifiez le chemin relatif pour qu'il corresponde au chemin physique modifié / déplacé.

  SccProjectUniqueName1 = Source\\Order\\Order.csproj
  SccProjectName1 = Order.ApplicationService
  SccLocalPath1 = Order.ApplicationService
  

• En outre, s'assurer du chemin relatif correct pour le (s) projet (s) référent

  Project("{asdasd-301F-11D3-BF4B-asdasd}") = "Order",
          "Source\Order\Order.csproj", "{E25641BC-C990-40E2-8876-08AE8728F763}"
  EndProject
  

Essayez d'ouvrir le .csproj ou .vbproj au lieu du .sln. Ce qui s'est probablement passé, c'est que le fichier .sln (solution) a une référence de fichier absolue (au lieu d'un chemin relatif) vers le (s) projet (s) composant (s). Vous devrez peut-être recréer le .sln ou le modifier manuellement.

L'option la plus simple à trouver pour moi est:

1. Faites un clic droit sur le projet et supprimez le projet "non chargé" ou "indisponible"
2. Cliquez avec le bouton droit sur la solution et ajoutez "Projet existant"

Dans mon cas, la suppression du fichier .suo était insuffisante. J'ai découvert que la configuration de mon espace de travail comportait une erreur. J'ai découvert et résolu le problème avec ces étapes:

1. Dans Team Explorer, "Gérer les espaces de travail ..."

   

2. Cliquez sur "Modifier ..."

   

3. Corrigez la valeur sous "Dossier local"

   

4. Enfin, supprimez les fichiers .suo concernés par la réponse acceptée.

J'ai trouvé plus simple de créer un nouveau fichier SLN Solution.

Effacez les mappages de votre espace de travail (Fichier -> Contrôle de source -> Espaces de travail). Modifiez l'espace de travail et effacez tous les mappages (plus de répercussions) ou recherchez celui qui est associé à ce chemin de serveur. Ensuite, ouvrez l'explorateur de contrôle de source et remappez. Double-cliquez sur le SLN dans l'explorateur de contrôle de source et il devrait être le plus récent. Je ne sais pas tout à fait ce qui s'est passé ou dans quel état vous avez réussi à entrer, mais cela devrait vous faire bouger à nouveau.

J'ai rencontré ce problème et j'ai pu le résoudre en obtenant les .rptprojfichiers d'un collègue et en les copiant dans mon répertoire local. Le projet a ensuite pu se recharger.

J'ai passé beaucoup de temps à essayer de résoudre ce problème. J'ai fait ces étapes: renommer le projet, renommer les espaces de noms, renommer le dossier du projet, modifier le fichier .sln, modifier le fichier .suo caché. Projet chargé mais méconnaissable pour TFS! Enfin j'ai trouvé ce guide .

Si vous utilisez Resharper et que TFVC est votre contrôle de version, procédez comme suit:

• Cliquez avec le bouton droit sur le projet dans l'Explorateur de solutions, sélectionnez Renommer et entrez le nouveau nom

• Cliquez à nouveau avec le bouton droit sur le projet et sélectionnez Propriétés. Modifiez le "Nom de l'assembly" et "Espace de noms par défaut" dans l'onglet Application.

• Cliquez à nouveau avec le bouton droit sur le projet et sélectionnez Refactoriser -> Ajuster les espaces de noms. Acceptez les modifications.

• Modifiez le AssemblyTitle et le AssemblyProduct dans Properties / AssemblyInfo.cs

• Supprimer les répertoires bin et obj dans l'Explorateur Windows

• Ouvrez l'explorateur de contrôle de code source et renommez le répertoire du projet. Cela fermera la solution. Qu'il soit fermé.

• Ouvrez le fichier SLN (avec un éditeur de texte tel que Notepad ++) et modifiez le chemin d'accès au projet (il doit y avoir plusieurs emplacements).

• Ouvrez à nouveau la solution. Nettoyez et reconstruisez le projet.

Cliquez avec le bouton droit sur le projet indisponible et modifiez le fichier du projet ... Il y a de fortes chances que vous trouviez un chemin de fichier codé en dur ou un chemin virtuel qui ne correspond pas à l'endroit où vous avez extrait le projet.

La gentillesse,

Dan

Solution pour cela

1. Renommez à nouveau le dossier du projet
2. Définir une version spécifique et forcer l'entrée dans TFS
3. supprimer l'option lecture seule et masquée dans le dernier dossier (pas celui de renommer)
4. Vous pouvez maintenant ouvrir le projet sans aucun problème

Parfois, même si vous avez changé .slnet .csprojchemin, et renommer manuellement, vous pouvez oublier de vérifier le nom du dossier qui contient le projet.