Comment supprimer un mappage d'espace de travail TFS ?

Question

J'avais un projet dans tfs au sein d'un projet d'équipe, puis nous avons déplacé le projet à un endroit différent dans un autre projet d'équipe.

J'avais configuré Jenkins pour qu'il se connecte au projet d'équipe et construise ma solution, mais lorsque j'ai modifié les paramètres pour me connecter au nouveau projet d'équipe tfs, il me donne l'erreur suivante :

[workspace] $ "C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\tf.exe" workspace -new Hudson-ProjectName1-Build-MASTER;domain1\username1 -noprompt -server:http://domain-eg.net:8080/tfs/newteamproject ********
The path D:\jenkins\jobs\ProjectName1-Build\workspace is already mapped in workspace Hudson-ProjectName1-Build-MASTER [http://domain-eg.net:8080/tfs/oldteamproject].

L'image ci-dessus montre qu'il y a un espace de travail existant. J'ai donc exécuté la commande suivante pour le supprimer

tf workspace -delete Hudson-ProjectName1-Build-MASTER;domain1\username1 -noprompt -server:http://domain-eg.net:8080/tfs/oldteamproject

et il m'a été indiqué que l'espace de travail avait été supprimé, mais je reçois toujours la même erreur.

J'ai également vérifié si le mappage a été supprimé ou non en exécutant la commande ci-dessous :

tf workspace -server:http://domain-eg.net:8080/tfs/oldteamproject Hudson-ProjectName1-Build-MASTER

mais il dit que l'espace de travail n'existe pas comme prévu.

J'ai donc pensé qu'elle pouvait être mise en cache quelque part et j'ai lancé la commande ci-dessous :

tf workspaces /remove:* /collection:http://domain-eg.net:8080/tfs/oldteamproject

et il a dit "Aucun espace de travail dans le cache ne correspond à * du serveur http://domain-eg.net:8080/tfs/oldteamproject "

donc je suppose que ce n'est même pas en cache.

Alors, quelle est la cause de cette erreur et comment la résoudre ?

Answer 1

Il n'est pas nécessaire de supprimer l'ensemble du dossier Cache. Vous perdez tous les paramètres et préférences. Les mappages de l'espace de travail sont stockés dans un fichier appelé :

VersionControl.config dans le répertoire des paramètres locaux/des données de l'application de l'utilisateur. situé ici sous Windows 7 :

%LocalAppData% \Microsoft\Team Fondation \x.0\Cache\Volatile

où x= 3.0,4.0, 5.0,6.0 etc.

A l'intérieur de ce dossier, vous trouverez des dossiers nommés guid, ouvrez chacun d'eux, en éditant manuellement le fichier mentionné ci-dessus, pour supprimer le mappage de l'espace de travail (le chemin du répertoire sera présent dans l'attribut mappedpaths) de ce dossier local vers le serveur TFS (qui n'est plus utilisé).

Answer 2

Fichier -> Contrôle de la source -> Avancé -> Espaces de travail -> Choisissez l'espace de travail dans Gérer les espaces de travail et cliquez sur "Modifier" Vous pouvez ensuite modifier le dossier local.

Answer 3

J'ai rencontré le même problème, dans mon cas, il y avait un espace blanc au début du nom de l'espace de travail.

Answer 4

J'ai finalement supprimé TOUS les espaces de travail et recommencé à zéro. Corrigé.

Answer 5

On m'a demandé de me connecter à notre serveur TFS via Visual Studio, j'ai donc utilisé mon compte SU qui est généralement requis pour l'accès au serveur. Cela a entraîné quelques problèmes, et j'ai fini par établir un mappage vers un dossier différent, sans réaliser que je venais de dupliquer tout mon matériel. À un moment donné, Visual Studio est revenu à mon utilisateur habituel, j'ai "perdu" les modifications en attente et j'ai remarqué que les nouvelles modifications en attente étaient placées dans mon ancien mappage.

Lorsque j'essayais de remapper vers le nouvel emplacement (auquel le compte SU était lié) pour tenter de récupérer mes modifications en attente, il me disait qu'il était déjà mappé vers le SU, et que je ne pouvais pas le faire, mais que je n'avais aucun moyen de supprimer la carte ! Afficher les espaces de travail distants, supprimer tous les espaces de travail via la ligne de commande, etc. n'a rien révélé. J'ai alors pensé : "Et si c'était en fait lié au compte utilisateur du SU ? sur mon ordinateur pas le domaine". Je me suis connecté en tant que mon SU local, et bien sûr, il y avait un espace de travail tout configuré pour cet utilisateur. J'ai supprimé le mappage, et j'ai pu revenir à mon utilisateur habituel et remapper sans problème.

Morale de l'histoire, peut-être qu'un autre utilisateur est connecté sur la même machine, qui n'est pas visible de l'utilisateur actuellement connecté, donc vous ne pouvez pas supprimer ou même voir les mappings.