Team Build: le chemin 'Path' est déjà mappé dans l'erreur' workspace ' même après avoir supprimé tous les espaces de travail sur l'agent de compilation

http://blog.devaffair.com/2011/11/path-is-already-mapped-in-workspace.html

Eh bien, en fait ce problème a été résolu dans plusieurs autres questions dans ce site, mais je vais poster ma réponse à nouveau :)

ce lien vous dirigera vers un blog qui va probablement résoudre votre problème le plus rapide ""

je pense que le problème apparaît seulement si vous avez plus d'un agent de construction sur une boîte de construction.

je pense que votre problème est peut-être lié au fait d'avoir 3 agents de construction qui ne sont pas étiquetés. Je pense que l'espace de travail, s'il est laissé derrière, est supprimé par l'agent qui fait la compilation. Si c'est un agent différent de l'agent qui a créé l'espace de travail, il y aura des problèmes évidents.

donc, pour corriger la question, vous devez faire ce qui suit. Nommez un agent L'Agent par défaut. Ceci aura pas de balises. Dans les deux autres agents, dans Propriétés ajouter une étiquette pour les agents, un pour chaque agent et sélectionnez ça.

maintenant, toute construction exécutée qui n'a pas de jeu de balises utilisera toujours L'Agent par défaut.

pour obtenir un build pour utiliser l'un des autres agents, ouvrez la définition de build et allez à la section advanced en cours.

ouvrez les paramètres D'Agent et sélectionnez l'ellipse dans Tags Filter et entrez une balise du même nom pour l'étiquette entrée sur l'agent de construction que vous voulez utiliser.

vous pouvez besoin de nettoyer les espaces de travail avant la première exécution.

faire ce qui précède vous permet de contrôler ce que l'agent de construction est utilisé pour chaque définition de construction, et donc devrait également arrêter votre problème d'espace de travail.

j'ai pu enlever l'espace de travail. Sur le serveur de compilation faites ceci:

télécharger psExec à partir de sysinternals.

http://technet.microsoft.com/en-us/sysinternals/bb897553

ouvrez cmd comme administrateur.

Lancez psexec pour ouvrir cmd comme Service réseau.

psexec -je -u "nt authority\network service" cmd.EXE Qui ouvre une autre fenêtre cmd qui " nt autorité\réseau service " utilise.

exécuter un" whoami "pour s'assurer que vous êtes maintenant"Autorité nt\Service de réseau".

ouvrir studio visuel en tapant devenv.

dans visual studio\team explorer, connectez-vous au serveur de contrôle source

dans visual studio\ source Control explorer, jetez les espaces de travail offensants.

Je n'ai aucune idée pourquoi, mais les espaces de travail tf / remove n'a pas été de travail pour moi.

plus d'informations sur la propriété du répertoire de travail ici:

http://msdn.microsoft.com/en-us/library/bb399135.aspx

Cependant, dans la version RTM "$(HOMEDRIVE)" n'est pas reconnu. Peut-être à cause du boîtier; Je ne l'ai pas testé, donc soyez conscient de ce défaut dans les docs.

j'ai eu le même problème - il fonctionnait bien jusqu'à ce que j'ai installé VS2010 sur l'agent de construction. Ajouter le BuildDefinitionId l'a corrigé, mais il est étrange que l'installation de VS2010 détruise les espaces de travail déjà installés et en cours d'exécution.

changé en

$(Temp)\UI\$(BuildDefinitionPath)\$(BuildDefinitionID)

le rend fonctionnel mais pas pour des situations à 100%. Chaque fois que build n'a pas réussi à terminer (par exemple, une erreur dans les codes source ou autre), puis après avoir corrigé l'erreur et essayé d'exécuter team build à nouveau, il échoue sur "Workspace XYZ est déjà mappé ...", alors je dois supprimer manuellement cette cartographie de l'espace de travail par " Team Foundation Sidekick 2010" et relancer team build pour être un succès. La prochaine fois qu'une équipe exécute la même Compilation plus d'une fois, elle est compilée avec succès, mais jusqu'à ce qu'une équipe échoue en raison d'une erreur dans le code source, elle recommence à lancer des erreurs de "cartographie de l'espace de travail".

il me semble que TFS 2010 a un bug quand la construction d'une équipe échoue, il n'est pas clair/supprimer l'espace de travail utilisé, ou quelque chose de similaire.

est-ce que quelqu'un a les mêmes problèmes?