Lors de la création d'un nouveau build dans Team Foundation Server, j'obtiens l'erreur suivante lorsque je tente d'exécuter le nouveau build :
Le chemin C:\Build\ProductReleases\FullBuildv5.4.2x\Sources est déjà mappé à l'espace de travail BuildServer_23.
Je ne parviens pas à voir un espace de travail de ce nom dans la boîte de dialogue des espaces de travail.
Utilisez l'utilitaire de ligne de commande TF - Outil de contrôle de version Team Foundation ( tf ).
Vous pouvez obtenir une liste de tous les espaces de travail en faisant apparaître la commande Invite de commande Visual Studio puis de passer au dossier de votre espace de travail et de lancer les commandes suivantes :
C:\YourWorkspaceFolder>tf workspaces /owner:*Vous devriez voir votre espace de travail problématique 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
J'obtiens le message "Unable to determine the source control server" (Impossible de déterminer le serveur de contrôle de la source) lors de l'exécution de tf workspaces sur le serveur de construction. Avez-vous une idée de la façon de résoudre ce problème ?
J'ai reçu cette erreur, qui a été causée par le fait d'avoir deux définitions de compilation qui pointent vers la même source. Le problème était que j'utilisais un répertoire de construction statique dans l'agent de construction.
Ce message du forum décrit exactement mon problème et sa résolution : http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/
Nous avons eu le même problème mais la suppression des espaces de travail du serveur TFS n'a pas fonctionné. (Je dois préciser que j'ai récupéré la VM de mon collègue qui était déjà configurée avec ses informations d'identification).
Pour moi, cela a fonctionné : http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx
Je viens d'entrer dans le : ... \Local Paramètres \Application Data\ a fait une recherche sur VersionControl.config, a ouvert le dossier contenant ce fichier et a supprimé tout son contenu.
Auparavant, j'ai essayé de modifier manuellement le fichier, mais le message d'erreur est resté le même.
J'espère que cela vous aidera.
Il nous a été utile dans notre situation, où nous avons changé de serveur et où l'ancien serveur n'existait plus, mais où une ancienne machine avait encore des paramètres pour lui.
J'ai dû faire ça aussi. J'ai supprimé la totalité Local Settings\Application Data\Microsoft\Team Foundation et tout s'est bien passé ensuite
Pour une raison quelconque, j'avais du mal à supprimer l'espace de travail à partir de l'utilitaire de ligne de commande. Heureusement, j'ai trouvé Team Foundation Sidekicks 2010 (de ce poste ) qui est gratuit et fournit une interface graphique pour visualiser et supprimer les espaces de travail TFS, ainsi que de nombreuses autres fonctionnalités TFS utiles.
J'ai eu un problème similaire avec Visual Studio 2010 se plaignant d'un espace de travail déjà mappé, mais au lieu de supprimer l'espace de travail entier, j'ai utilisé ce qui suit à partir de l'invite de commande de Visual Studio : "tf workspace PROBLEM_WORKSPACE_NAME". Cela a fait apparaître une boîte de dialogue "Edit Workspace". À partir de là, j'ai pu supprimer le chemin en question de la liste des "Working Folders", ce qui a permis d'éliminer l'erreur.
Votre solution m'a aidé dans un cas similaire. J'ai créé un espace de travail pour le mauvais utilisateur, je l'ai donc supprimé et j'ai ensuite essayé de le créer pour le bon utilisateur, mais tf s'est plaint que le chemin était associé à un autre espace de travail -- celui que j'ai supprimé. Inspiré par votre réponse, j'ai recréé l'espace de travail pour le mauvais utilisateur, supprimé seulement l'association avec le chemin et finalement j'ai réussi à créer l'espace de travail pour le bon utilisateur.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
1 votes
Cette erreur est plus compliquée, voir autre question .