Fichiers introuvables dans l'espace de travail
J'utilise Visual Studio 2010 Professional avec TFS comme contrôle de source et tout fonctionnait bien. Au matin, je suis arrivé et j’ai ouvert ma solution et elle s’est ouverte en mode hors connexion. J'ai essayé d'aller en ligne, et ça dit
"Workspace for this solution could not be found."
(Je ne me souviens pas de la phrase d'erreur exacte).
J'ai fermé ma solution. Je suis allé à pending changes window -> workspace ComboBox -> manage workspace. J'ai modifié mon espace de travail et mappé ma solution sur le dossier existant.
Maintenant, je pouvais voir mes modifications en attente dans la fenêtre. J'ai ouvert ma solution à nouveau. J'ai essayé d'extraire un fichier et j'ai eu une erreur:
"Le fichier n’a pas été trouvé dans l’espace de travail ou vous n’avez pas l’autorisation pour accéder au fichier "
Tous les pointeurs pour cela, à l'exception de la dernière version ou de la version spécifique. Dans l'espace de travail de gestion, mon espace de travail était privé.
Désolé de déranger tout le monde. Finalement, j'ai pris la dernière version pour résoudre le problème.
TFS fonctionne avec un cache. Il y en a un sur votre ordinateur client qui pourrait être confondu, alors supprimez les fichiers qu'il contient. Son chemin d'accès par défaut est C:\Users\<Username>\Local Settings\Application Data\Microsoft\Team Foundation\<Version Number>\Cache (cela peut varier en fonction de votre système d'exploitation, mais cela se trouve dans votre profil).
Vous pouvez essayer de rétablir les liaisons de la solution/du projet en allant dans Fichier -> Contrôle de la source -> Modifier le contrôle de la source ... (si cet élément de menu est manquant, cela peut signifier que vous devez réinitialiser vos éléments de menu). Si les fichiers source se trouvent déjà dans un espace de travail, vous pouvez cliquer sur l'icône Lier dans la barre d'outils de la boîte de dialogue résultante pour lier à nouveau le fichier au contrôle de source. Cependant, vous devrez peut-être toujours effectuer une récupération ou une réouverture de VS pour que le client cesse de se plaindre.
Je sais que vous avez indiqué vouloir savoir si vous pouviez faire quoi que ce soit sauf Obtenir la dernière version, mais TFS 2010 stockait les informations de l'espace de travail sur le serveur et devait se connecter pour rétablir les métadonnées. On dirait que vous avez essentiellement recréé les mappages pour votre espace de travail. Pour ce faire, le serveur doit rétablir la connexion. Je pense que la seule façon de gérer cela est d’effectuer un get après avoir créé l’espace de travail. Vous ne devez rien perdre sauf si vous utilisez la boîte de dialogue Obtenir une version spécifique, mais par sécurité, je copierais vos fichiers dans un emplacement temporaire avant d'exécuter l'espace de travail Obtenir la dernière version dans cet espace de travail. Après avoir effectué une opération Get Latest, tout devrait bien se passer.
Évidemment, vous pouvez également vérifier vos autorisations sur le dossier vers lequel l’espace de travail est mappé (je n’ai pas trouvé les conditions exactes après une recherche un peu plus poussée). Il semble peu probable que ce soit le problème que vous semblez connaître, mais en cas de doute, vous pouvez bien sûr définir les dossiers dans lesquels vous enregistrez les fichiers, de sorte que votre compte utilisateur dispose des autorisations COMPLÈTES leur permettant d’être récursivement et de voir si cela fait une différence. .
Assurez-vous également que Visual Studio 2010 SP1 est installé.
Le comportement est amélioré dans Visual Studio et TFS 2012 avec ce qu'on appelle Espaces de travail locaux ; Avec Local Workspaces, les métadonnées sur vos fichiers sont stockées dans le système de fichiers plutôt que sur le serveur. TFS 2012 devrait être sur le marché très bientôt.
Dites bien aux invites. Lorsque la solution s'ouvre (les fichiers ne sont pas référencés), cliquez avec le bouton droit de la souris sur la solution dans l'explorateur de solutions et choisissez «Recharger le projet».
Je faisais face à un problème similaire avec VS2015, j'ai constaté que l'ancienne version de Nuget (VSIX (v3.3.0)) était installée sur ma machine. J'ai téléchargé la dernière version de site nuget . Il a résolu mon problème
J'ai eu cette erreur, j'ai examiné les poignées associées (onglet CPU dans le moniteur de ressources) pour le répertoire d'espace de travail. Et devenv process contient un répertoire à l’intérieur. J'ai donc redémarré Visual Studio et je n'ai pas eu cette erreur.