Erreur de Team Build: le chemin ... est déjà mappé à l'espace de travail

lors de la création d'une nouvelle construction dans le serveur de fondation de L'équipe, j'obtiens l'erreur suivante en essayant d'exécuter la nouvelle construction:

le chemin C:\Build\ProductReleases\FullBuildv5.4.2x\Sources est déjà associée à l'espace de travail BuildServer_23.

Je ne vois pas d'espace de travail de ce nom dans la boîte de dialogue espaces de travail.

149
demandé sur abatishchev 2008-10-22 19:26:40
la source

19 ответов

utilisez l'utilitaire en ligne de commande TF-Team Foundation Version Control Tool ( tf ).

vous pouvez obtenir une liste de tous les espaces de travail en mettant en place un Visual Studio Command Prompt puis en changeant à votre dossier espace de travail et en émettant les commandes suivantes:

C:\YourWorkspaceFolder>tf workspaces /owner:*

vous devriez voir votre espace de travail problème dans la liste ainsi que son propriétaire.

Vous pouvez supprimer l'espace de travail avec la commande suivante:

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME
131
répondu NotMyself 2013-03-25 23:59:14
la source

j'ai reçu cette erreur, qui a été causée par deux définitions de construction qui pointent vers la même source. Le problème est que j'ai utilisé un répertoire de compilation statique dans L'Agent de compilation.

ce billet du forum décrit exactement mon problème et ma résolution: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e /

29
répondu YeahStu 2009-02-02 19:30:36
la source

il suffit de supprimer le contenu du dossier suivant(s):

C:\Users\UserName\AppData\Local\Microsoft\Team Foundation \ 3.0 \ Cache

où UserName est l'utilisateur actuel ou courant, et 3.0 est le numéro de version.

27
répondu Rahim 2014-11-05 16:36:42
la source

nous avons eu le MÊME PROBLÈME MAIS supprimer l'espace de travail du serveur TFS n'a pas fonctionné. (Je dois mentionner que j'ai attrapé mes collègues VM qui a déjà été mis en place avec ses références.)

pour moi cela a fonctionné: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

je suis juste allé dans : ...\Local Settings\Application Data\ a fait une recherche pour VersionControl.config, ouvert dans le dossier qui contenait ce fichier et effacé tout son contenu.

avant cela j'ai essayé d'éditer manuellement le fichier mais il a continué avec le même message d'erreur.

j'espère que cela aidera.

25
répondu asuciu 2011-04-14 22:21:15
la source

j'ai eu un problème similaire et pour supprimer l'espace de travail qui me causait un problème, je me suis connecté à une autre machine avec le client TFS installé et j'ai effectué ce qui suit:

  • Sur le Fichier menu Source Contrôle , Avancé , puis cliquez sur espaces de travail... .
  • dans la boîte de dialogue Gérer les espaces de travail , cochez la case .
  • sous la colonne nom , sélectionnez l'espace de travail que vous voulez supprimer, puis cliquez sur Supprimer .
  • In la boîte de dialogue Confirmation , cliquez sur OK .
16
répondu TDN 2015-06-24 19:31:59
la source

pour une raison quelconque, j'avais du mal à supprimer l'espace de travail de l'utilitaire en ligne de commande. Heureusement, j'ai trouvé Team Foundation Sidekicks 2010 (de ce post ) qui est libre et fournit une interface graphique pour visualiser et supprimer les espaces de travail TFS, et de nombreuses fonctionnalités TFS plus utiles.

16
répondu deadlydog 2015-09-11 19:13:02
la source

J'ai eu un problème similaire avec Visual Studio 2010 en me plaignant d'un espace de travail déjà mappé, mais au lieu de supprimer tout l'espace de travail, j'ai utilisé ce qui suit de L'invite de commande Visual Studio:"TF workspace PROBLEM_WORKSPACE_NAME". Cela a généré un dialogue" Modifier L'espace de travail". De là, j'ai pu supprimer le chemin en question de la liste des "dossiers de travail", ce qui a permis de supprimer l'erreur.

5
répondu Mary Hamlin 2011-11-08 00:20:56
la source

voici ce que j'ai fait (bien ce que je fais):

en utilisant les Acolytes TFS, supprimez les filtres utilisateur et serveur pour qu'ils soient vides. Cela vous permettra d'obtenir tous les espaces de travail.

Vérifiez l'erreur de construction pour le nom de l'espace de travail. Dans le cas de L'OPs, il S'agit de BuildServer_23. C'est différent dans mon environnement, mais tout simplement de faire correspondre l'erreur de nom avec celui de la tsf sidekick liste.

cliquez sur le x rouge pour supprimer l'espace de travail.

Viola!

4
répondu Mike Cheel 2012-04-13 22:16:52
la source

le reste était assez facile.

allez simplement dans ce dossier: C:\Users{UserName} \ AppData\Local\Microsoft\Team Foundation\4\Cache et supprimer tout ce qui est dans le dossier.

4
répondu Mohamad Pahlavan 2013-08-13 16:16:41
la source

je recevais une exception me disant que le fichier était déjà mappé dans un autre espace de travail: " le chemin {File Path} est déjà mappé dans l'espace de travail {Workspace Name}."

cet espace de travail était supprimé beofre . Avec l'aide d'un de mes amis, j'ai découvert que TFS enregistrer les informations de l'espace de travail sous les paramètres utilisateur local dir. Nous avons trouvé un fichier nommé:

VersionControl.config sous {User Documents and Settings dir}\Local Settings\Application Data\Microsoft\Team Foundation \ 1.0\Cache. Ce fichier contient toute la cartographie locale de TFS. Probablement quand vous utilisez la méthode Map et n'utilisez pas: public void DeleteMapping (workingfolder mapping); avant de supprimer l'espace de travail, les informations de mapping ne sont pas supprimées de ce fichier qui est utilisé par TFS pour vérifier si vous avez déjà mappé un chemin spécifique.

pour résoudre ce problème de supprimer toutes les clés du fichier de configuration. Ne supprimez pas le fichier car vous le récupérerez dans la mémoire cache du serveur.

4
répondu Morteza 2014-07-06 23:26:49
la source

si vous n'avez pas les permissions sur le serveur pour supprimer les espaces de travail d'autres personnes, vous pouvez simplement changer le nom de la définition de construction. TFS va créer un nouvel espace de travail et le mettre en correspondance avec "C:\Build\ProductReleases\new construisez nom ici\Sources".

1
répondu Lionel Orellana 2011-07-11 07:09:34
la source

si applicable, vous pouvez également cloner la définition de construction et changer son nom. Cette workded pour moi.

1
répondu Stinky Towel 2013-10-30 20:49:31
la source

j'ai essayé toutes les solutions suivantes telles que:

  1. utilisez des acolytes pour supprimer WS.
  2. utilisez les commandes tf pour supprimer les espaces de travail des serveurs distants.
  3. supprimer le dossier cache de TFS.

les personnes suivantes ont travaillé pour moi:

tf workspaces /remove:*
1
répondu AyeVeeKay 2016-11-08 20:17:43
la source

j'ai changé

Build Definition -> Workspace -> Build Agent Folder

de

c:\some\path

à

$(SourceDir)

et il a fixé l'émission.

0
répondu abatishchev 2013-01-26 01:42:59
la source

en essayant de "récupérer la dernière version" d'un projet que j'avais précédemment mappé dans un répertoire local puis supprimé, j'ai vu ce même message d'erreur. J'ai d'abord essayé L'outil SideKick, puis L'invite de commande Visual Studio 2010, qui m'a dit que je n'avais pas d'espace de travail cartographié.

ensuite j'ai cherché 'VersionControl.config' dans c:/users/myuser/appdata , et a supprimé les 4 références trouvées. J'ai rouvert Visual Studio et j'ai pu re-mapper le projet, pas plus erreur!

0
répondu rpstex 2014-08-08 08:45:06
la source

la façon la plus simple de faire cela est d'aller sur votre AppData et de supprimer le cache TFS (en fonction de la version 3.0 ou 4.0)

C:\Users{UserName} \ AppData\Local\Microsoft\Team Foundation\3.0\Cache ou C:\Users{UserName} \ AppData\Local\Microsoft\Team Foundation\4.0\Cache

0
répondu user2048576 2014-09-04 19:48:30
la source

la solution de TDN a fonctionné pour moi alors que j'avais le même problème. Le serveur de compilation a créé des espaces de travail sous mon compte. En cochant cette case m'a permis de voir et de les supprimer.

0
répondu Joe 2016-08-31 00:57:13
la source

J'ai eu le même problème dans Visual Studio 2017 et TFS 2017. DefaultCollection doit d'abord être mappé sur votre chemin local. D'une manière ou d'une autre, cette étape a été sautée et je n'ai obtenu que monpremier projet cartographié.

enter image description here

Tout ce que vous devez faire est:

- 1. allez sur votre page Web TFS et supprimez le projet du serveur.

enter image description here

- 2. supprimer le projet de votre "Worksapces" local

enter image description here

- 3. allez à" gérer les connexions " qui rafraîchira votre page d'accueil dans TeamExplorer.

enter image description here

- 4. vous obtiendrez la page de Configuration qui vous permettra de configurer root path pour votre DefaultCollection.

enter image description here

- 5. vous devriez recevoir le message que cela a été fait avec succès. Maintenant, vous pouvez créer votre projet.

enter image description here

il est important de cartographier la racine votre collection à votre espace de travail d'abord et ensuite cartographier un nouveau projet.

0
répondu Serge Voloshenko 2017-03-09 21:07:41
la source

Mon problème était lié à l'utilisation de plusieurs comptes. C'est la façon dont j'ai été capable de changer de compte.

Open Team Explorer

du menu déroulant près du haut de la vitre...

naviguez vers: projets et mes équipes > Gérer les connexions

naviguez vers: Gérer Les Connexions > Se connecter à l'Équipe de Projet

utilisez le lien" Switch User " pour changer de Compte.

maintenant les noms d'espaces de travail correspondent au compte choisi.

0
répondu Michael Twohey 2017-08-23 19:34:53
la source

Autres questions sur