Équipe de la construction de l'Erreur: Le Chemin d'accès ... est déjà associée à l'espace de travail
Lors de la création d'une nouvelle construction dans Team Foundation Server, j'obtiens l'erreur suivante lorsque vous tentez d'exécuter la nouvelle version:
Le chemin
C:\Build\ProductReleases\FullBuildv5.4.2 x\Sources
est déjà associée à l'espace de travail
BuildServer_23.
Je suis incapable de voir un espace de travail de ce nom dans les espaces de travail de la boîte de dialogue.
- C'est plus compliqué d'erreur, voir autre question.
Vous devez vous connecter pour publier un commentaire.
Utiliser l'utilitaire de ligne de commande TF - Contrôle de Version Team Foundation Outil (tf).
Vous pouvez obtenir une liste de tous les espaces de travail en apportant un Invite de Commande Visual Studio à les changer à votre espace de travail dossier et émettre les commandes suivantes:
Vous devriez voir votre problème de l'espace de travail dans la liste ainsi que sa propriétaire.
Vous pouvez supprimer l'espace de travail avec la commande suivante:
tf workspace delete
certainement m'a orienté dans la bonne direction. Toutefois, cela n'a pas fonctionné pour mon cas en particulier parce que l'espace de travail que j'ai voulu supprimer a été associé à un TFS collection qui avait été mis hors ligne. Ce que j'ai trouvé efficace, cependant, a été effacer le cache (specfically, en supprimant le GUID-nommé sous-dossiers) et puis l'édition de LocationServerMap.xml, ServerMap.xml et VersionControl.config.'tf' is not recognized as an internal or external command...
. Des idées?Last, First
format, mais en utilisant que de la supprimer a jeté l'erreurTF10158: The user or group name Last, First contains unsupported characters, is empty, or too long.
j'ai eu à utiliser le court de login.Il suffit de supprimer le contenu du dossier suivant(s):
C:\Users\UserName\AppData\Local\Microsoft\Team Foundation\3.0\Cache
Où UserName est réel ou de l'utilisateur courant, et 3.0 est le numéro de version.
WorkspaceInfo
entrée deC:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config
. XPath:/VersionControlServer/Servers/ServerInfo/WorkspaceInfo
J'ai reçu cette erreur, qui a été causé par le fait d'avoir deux définitions de build qui a souligné la même source. Le problème est que j'ai utilisé une version statique du répertoire de l'Agent de Build.
Ce post sur le forum explique mon problème et résolution exactement:
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 de l'espace de travail à partir du serveur TFS n'a pas de travail.
(Je tiens à préciser que j'ai attrapé mes collègues VM qui a déjà été mis en place 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 suis allé dans le : ...\Local Settings\Application Data\ effectué une recherche pour VersionControl.config, ouvre le dossier qui contient ce fichier et de supprimer toutes les de son contenu.
Auparavant, j'ai essayé de modifier manuellement le fichier, mais il a continué avec le même message d'erreur.
J'espère que cette aide.
Local Settings\Application Data\Microsoft\Team Foundation
dossier et tout allait bien par la suiteJ'ai eu un problème similaire et supprimer l'espace de travail qui a été me causer un problème, je me suis connecté à une autre machine avec TFS client installé et exécuté ce qui suit:
Espaces de travail....
le Confirmation boîte de dialogue, cliquez sur OK.
Pour une raison que j'avait de la difficulté à la suppression de l'espace de travail à partir de l'utilitaire de ligne de commande. Heureusement, j'ai trouvé L'Équipe De La Fondation Sidekicks 2010 (à partir de ce post) qui est gratuit et fournit une interface utilisateur graphique pour la visualisation et suppression de TFS espaces de travail, et beaucoup plus utile TFS fonctionnalités.
J'ai eu un problème similaire avec Visual Studio 2010 se plaindre d'un déjà-mapped-espace de travail, mais au lieu de supprimer la totalité de l'espace de travail, j'ai utilisé les éléments suivants à partir de l'Invite de Commande Visual Studio: "tf espace de travail PROBLEM_WORKSPACE_NAME". Cela a mis en place un "espace de travail Edit" boîte de dialogue. À partir de là, j'ai été en mesure de supprimer le chemin en question de la "Dossiers de Travail" de la liste, qui se débarrasser de l'erreur.
tf
plaint de ce que le chemin a été associée à un autre espace de travail -- celui que j'ai supprimé. Inspiré par votre réponse, j'ai recréé l'espace de travail de l'utilisateur incorrect, supprimés que l'association avec le chemin et finalement j'ai réussi à créer l'espace de travail pour le droit de l'utilisateur.Voici ce que j'ai fait (bien ce que je fais):
Utilisation de TFS Sidekicks effacer le serveur et l'utilisateur, de filtres, de sorte qu'ils sont vides. Cela vous permettra d'obtenir tous les espaces de travail.
Vérifier l'erreur de génération pour le nom d'espace de travail. Dans la Fpo cas, il est 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.
Alto!
le reste a été assez facile.
Il suffit d'aller à ce dossier:
C:\Users{Nom D'Utilisateur}\AppData\Local\Microsoft\Team Foundation\4\Cache
et supprimer tout ce qui est dans le dossier.
J'ai été faire une exception en me disant que le fichier a déjà été cartographiés dans un autre espace de travail:
"Le chemin {Chemin d'accès au Fichier} est déjà mappé dans l'espace de travail {Nom d'espace de travail}."
Cet espace de travail a été supprimé beofre.
Avec l'aide de mes amis j'ai trouvé que TFS enregistrer l'espace de travail info en vertu de l'utilisateur local settings dir. Nous avons trouvé un fichier nommé:
VersionControl.config sous {Documents de l'Utilisateur et les Paramètres dir}\Local Settings\Application Data\Microsoft\Team Foundation\1.0\Cache.
Ce fichier contient tous les locaux de la cartographie de la TSF. Probablement lorsque vous utilisez la méthode Map et ne pas utiliser:
public void DeleteMapping(Répertoiredetravail mapping), avant la suppression de l'espace de travail de la cartographie de l'information n'est pas supprimé à partir de ce fichier qui est utilisé par la TSF pour vérifier si vous avez alreay mappé à un chemin spécifique.
Pour résoudre ce problème, supprimez toutes les clés du fichier de configuration. Ne supprimez pas le fichier parce que vous obtiendrez à partir du serveur de cache.
Si vous n'avez pas les autorisations sur le serveur pour supprimer les autres espaces de travail, vous pouvez simplement changer le nom de la définition de build. TSF va créer un nouvel espace de travail et de l'associer à "C:\Build\ProductReleases\new construire ici le nom de\Sources".
Le cas échéant, vous pouvez également cloner la définition de build et de changer son nom. Cette workded pour moi.
J'ai essayé toutes les solutions ci-après, tels que :
La suite fonctionné pour moi:
J'ai changé
de
à
et il a fixé le problème.
Tout en essayant de 'Obtenir la dernière version d'un projet que j'avais déjà mappé vers un répertoire local, puis supprimé, j'ai vu ce même message d'erreur.
J'ai d'abord essayé le SideKick outil, puis Visual Studio 2010 invite de commande, qui m'a dit que j'avais pas d'espaces de travail mappé.
Ensuite, j'ai cherché 'VersionControl.config' dans
c:/users/myuser/appdata
, et a supprimé les 4 références trouvées.Je l'ai ré-ouvert Visual Studio et j'ai été en mesure de re-mapper le projet, plus aucune erreur!
Façon la plus simple pour ce faire est d'aller à votre AppData et supprimer le cache des données de TFS (selon la version 3.0 ou 4.0)
C:\Users{Nom D'Utilisateur}\AppData\Local\Microsoft\Team Foundation\3.0\Cache
ou
C:\Users{Nom D'Utilisateur}\AppData\Local\Microsoft\Team Foundation\4.0\Cache
TDN la solution a fonctionné pour moi quand j'ai eu le même problème. Le serveur de Build créé des espaces de travail dans mon compte. En cochant cette case m'a permis de voir et de les supprimer.
J'ai eu le même problème dans Visual Studio 2017 et TFS 2017. DefaultCollection doit être mappé premier à vous le chemin d'accès local. D'une certaine manière, cette étape est ignorée et j'ai eu seulement MyFirstProject mappé.
Tout ce que vous devez faire est de:
- 1. Accédez à votre serveur TFS page web et de supprimer le projet à partir du serveur.
- 2. Supprimer le projet à partir de votre localité Worksapces"
- 3. Allez sur "Gérer les Connexions" qui va rafraîchir votre page d'Accueil dans TeamExplorer.
- 4. Vous obtiendrez la page de Configuration qui vous permettent de configurer chemin de la racine de votre DefaultCollection.
- 5. Vous devriez obtenir le message qu'il été fait avec succès. Maintenant, vous pouvez créer votre projet.
Il est important de carte de la racine de votre collection sur votre espace de travail en premier et ensuite la carte d'un nouveau projet.
Mon problème était lié à l'utilisation de plusieurs comptes. C'est la façon dont j'ai été capable de changer de compte.
Ouvrir Team Explorer
De la grande menu déroulant près du haut de la fenêtre...
Accédez à:
Projets et mes Équipes>Gérer les Connexions
Accédez à:
Gérer les Connexions>se Connecter à l'Équipe de Projet
Utiliser la fonction "changer d'Utilisateur" lien pour changer de compte.
Maintenant de l'espace de noms de match du compte choisi.
Il suffit de supprimer l'espace de travail:
J'ai eu ce problème avec cette avec Azure DevOps automatisé construit dans un prem TFS agent de build. Suppression de l'espace de travail utilisation de TFS Acolytes n'ont pas de travail. Et tf.exe ne pouvait même pas trouver l'espace de travail pour le supprimer.
Cette solution qui devrait fonctionner pour les TFS 2017, TSF 2018, d'Azur, DevOps, et peut-être d'autres versions:
Qui a fonctionné dans mon cas.