Comment supprimer un mappage d'espace de travail TFS?

J'avais un projet en tfs dans un projet d'équipe, puis nous avons déplacé le projet vers un autre emplacement dans un autre projet d'équipe.

J'avais configuré Jenkins pour se connecter au projet d'équipe et créer ma solution, mais lorsque j'ai modifié les paramètres pour me connecter au nouveau projet d'équipe tfs, cela me donne l'erreur ci-dessous:

[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].

Donc, ce qui précède montre qu'il existe un espace de travail existant, j'ai donc exécuté la commande ci-dessous pour le supprimer

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

et il a incité que l'espace de travail a été supprimé mais j'obtiens 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.

Donc, j'ai pensé qu'il pourrait le mettre en cache quelque part et j'ai exécuté 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 * à partir du serveur http://domain-eg.net:8080/tfs/oldteamproject "

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

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

De VS:

1. Ouvrez Team Explorer
2. Cliquez sur Explorateur de contrôle de source
3. Dans la barre de navigation de la fenêtre d'outils, il y a une liste déroulante intitulée "Espaces de travail".
4. Étendez-le et cliquez sur l'option "Espaces de travail ..." (ouais, un peu peu intuitif)
5. La fenêtre "Gérer les espaces de travail" s'affiche. Cliquez sur modifier et vous pouvez ajouter / supprimer / modifier votre espace de travail

De VS sur une autre machine

Vous n'avez pas besoin que VS soit sur la même machine que l'enrôlement car vous pouvez modifier les inscriptions à distance! Dans la boîte de dialogue qui apparaît lorsque vous appuyez sur l'élément "Espaces de travail ...", il y a une case à cocher indiquant "Afficher les espaces de travail distants" - cochez simplement cela et vous obtiendrez une liste de toutes vos inscriptions:

Depuis la ligne de commande

Appelez "tf workspace" à partir d'une invite de commande développeur. Il fera apparaître directement la "Gérer les espaces de travail"!

J'ai rencontré le même problème et j'ai pu le résoudre en supprimant manuellement tous les fichiers du cache TFS, situé ici:

%LocalAppData%\Microsoft\Team Foundation\3.0\Cache

ou 4.0, 5.0, etc.

Suivez ces étapes pour supprimer le mappage de TFS:

1. Ouvert team explorer
2. Cliquez sur Source Control
3. Faites un clic droit sur vous project
4. Cliquer sur Remove Mapping

L'erreur est authentique. Vous avez peut-être créé un espace de travail avec le même nom sur une machine différente. Maintenant, vous avez peut-être changé de machine avec un nom de machine différent.

Voici donc une solution de contournement qui fonctionnera certainement.

1. Allez dans "Team-Explorer"
2. Allez dans "Contrôle de la source"
3. Accédez à la liste déroulante de l'espace de travail
4. Cliquez sur "Workspaces ..."
5. Une fenêtre pop-up apparaîtra
6. Cliquez sur "Afficher les espaces de travail distants"
7. Supprimez maintenant l'espace de travail qui est en conflit et vous pouvez continuer votre travail.

Veuillez suivre les étapes ci-dessous:

Ctrl + Run 

Copier et coller

%LocalAppData%\Microsoft\Team Foundation

Vous obtiendrez une version différente de TFS, par exemple

Cliquez sur chaque dossier et vous obtiendrez

Maintenant, supprimez toutes les données de ces dossiers.

Rouvrez le studio visuel.

Merci.

Mise à jour 23/01/2019

Si vous obtenez l'erreur suivante à plusieurs reprises The workspace wkspaceEg does not exist…même après avoir utilisé le nom d'utilisateur correct ( wkspcOwnerDomain\wkspcOwnerUsername) dans la tf workspacecommande, par exemple,

tf workspace "wkspaceEg;wkspcOwnerDomain\wkspcOwnerUsername" /collection:http://tfs.example.com:8080/tfs/collectionEg /login:TFSUsername,TFSPassword

alors la tf workfoldcommande peut aider à le réparer. Voir cette question .

Si même cela ne fonctionne pas et que vous ne pouvez / ne voulez pas utiliser TFS Sidekicks , passez à l'option risquée de dernier recours ci-dessous.

J'utilise TFS 2012. J'ai essayé tout ce qui a été suggéré en ligne: dossier de cache supprimé, utilisé le menu déroulant des espaces de travail, tf workspaces / remove: *, effacement des informations d'identification du panneau de configuration, IE, etc.

Rien n'a fonctionné, je crois que mon espace de travail a été corrompu d'une manière ou d'une autre. Enfin, je suis allé à la base de données TFS et j'ai exécuté les requêtes suivantes. Ça a marché! Bien sûr, soyez très prudent lorsque vous manipulez la base de données , effectuez des sauvegardes, etc.

La base de données est appelée Tfs_<<your_TFS_collection_name>>. Ignorez la Tfs_Configurationbase de données MSSQL. Je ne suis pas sûr, mais si vous n'avez pas de Tfs_<<your_TFS_collection_name>>base de données, les paramètres peuvent être dans la Tfs_DefaultCollectionbase de données. Le mappage est stocké dans tbl_WorkingFolder.LocalItem.

/*Find correct workspace*/
SELECT WorkspaceId, *
FROM tbl_Workspace
ORDER BY WorkspaceName

/*View the existing mapping*/
SELECT LocalItem, *
FROM tbl_WorkingFolder
WHERE WorkspaceId = <<WorkspaceId from above>>

/*Update mapping*/
UPDATE tbl_WorkingFolder
SET LocalItem = 'D:\Legacy.00\TFS\Source\Workspaces\teamProjEg' WHERE
/*LocalItem = NULL might work too but I haven't tried it*/
WorkspaceId = <<WorkspaceId from above>>

J'ai réussi à supprimer le mappage à l'aide de la commande / newowner comme suggéré ici:

Comment puis-je récupérer l'accès à mon espace de travail Team Foundation Server?

La commande a ouvert une fenêtre Modifier l'espace de travail dans laquelle j'ai supprimé le mappage. Ensuite, j'ai supprimé l'espace de travail dont je n'avais pas besoin.

Aucune des réponses ici n'a supprimé mes espaces de travail. Mais voici une solution qui peut fonctionner pour vous.

1. Ouvrez une invite de commandes Visual Studio
2. Fermez d'abord Visual Studio ou la commande de suppression ne peut pas supprimer l'espace de travail
3. Listez les commandes de l'espace de travail -> tf /? pour trouver les commandes disponibles dans la version de TFS.
4. Lister les espaces de travail -> espaces de travail tf
5. Supprimer l'espace de travail -> tf workspace Votre espace de travail / supprimer

Vous n'êtes pas obligé de supprimer tout le dossier Cache. vous perdez tous les paramètres / préférences Les mappages d'espace de travail sont stockés dans un fichier appelé:

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

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

où x = 3,0,4,0, 5,0,6,0 etc.

À l'intérieur, vous trouverez des dossiers nommés guid, ouvrez chacun d'eux, en éditant manuellement le fichier susmentionné, 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 au serveur TFS (qui n'est plus utilisé ).

Enfin supprimé TOUS les espaces de travail et reparti de zéro. Fixé.

J'ai été invité à 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 conduit à des problèmes et j'ai fini par mapper vers un dossier différent, sans me rendre compte que je venais de dupliquer toutes mes affaires. À un moment donné, Visual Studio est revenu à mon utilisateur normal, j'ai «perdu» les modifications en attente et j'ai remarqué que de nouvelles modifications en attente avaient été 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, cela me disait qu'il était déjà mappé à la SU, et je ne pouvais pas le faire, mais j'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 réellement lié au compte d'utilisateur SU sur mon ordinateur , pas au domaine." Je me suis connecté en tant que SU localement, 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 régulier et remapper sans problème.

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

Si les indices mentionnés ne vous aident pas, téléchargez Team Foundation Sidekick et utilisez-le pour supprimer les espaces de travail.

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" Ensuite, vous pouvez modifier le dossier local.

Toutes les réponses ici semblent être des réponses partielles qui ne fonctionnent pas dans tous les cas. Je pense que cette réponse fonctionnera dans tous les cas, en supposant que vous ayez les autorisations appropriées.

1. Ouvrez l'invite de commande du développeur. Dans mon cas, j'ai testé cela avec l'invite de commande du développeur pour VS 2019.
2. Tapez cette commande: tf workspaces

Notez que les résultats peuvent lister quelques tables avec une structure identique. Si vous ne voyez qu'un seul tableau, alors certaines des hypothèses des autres réponses peuvent fonctionner pour vous. Cependant, si vous voyez deux tables ou plus, cette chaîne de collection est importante! Pour nos exemples, nous allons supposer que vous avez deux collections (deux ne sont pas différentes de quatre autres que l'une est plus fastidieuse que l'autre pour la parcourir):

https://dev.azure.com/foo et https://bar.visualstudio.com/

Avec de la chance, vous saurez avec lequel de ces deux vous souhaitez travailler. Cependant, si vous avez besoin de tous les parcourir, vous n'aurez qu'à faire cette collection à la fois. Chaque «collection» ici est la même qu'une «organisation» dans Azure DevOps (je pense).

Si vous n'utilisez pas ce détail de collection, un message d'erreur peut s'afficher:

Impossible de déterminer le serveur de contrôle de source.

3. Ensuite, tapez cette commande pour la collection que vous souhaitez utiliser:

tf workspaces /computer:* /owner:* /collection:https://dev.azure.com/foo

Cela vous donnera une image beaucoup plus complète de ce à quoi vous avez affaire. Cela devient particulièrement désagréable si vous avez eu plusieurs comptes MSA et organisation sur ce dépôt à partir du même ordinateur. En fait, vous pouvez avoir plusieurs entrées apparemment identiques. Si vous essayez de les supprimer en fonction de ce que vous savez actuellement, cela risque de ne pas fonctionner. Mais nous pouvons obtenir plus d'informations.

4. Ensuite, nous allons exécuter la même commande mais ajouter /format:xmlà la fin de celle-ci:

tf workspaces /computer:* /owner:* /collection:https://dev.azure.com/foo /format:xml

Cela vous donne maintenant un tas de XML avec quelques propriétés supplémentaires. Ceux qui nous intéressent le plus sont probablement les alias de propriétaire. Ce sont les informations manquantes dont vous avez besoin pour parcourir et supprimer ces espaces de travail. Sans ces informations supplémentaires, il est facile de frapper un mur et d'être coincé avec un message d'erreur:

Spécifiez un espace de travail.

5. Nous avons maintenant toutes les informations dont nous avons besoin. Compte tenu des OwernAliasesentrées supplémentaires , sélectionnez l'entrée unique (ou répétez si plus d'une) que vous souhaitez supprimer et utilisez la commande suivante (quelques exemples sont répertoriés):

   • tf workspace /delete /collection:https://dev.azure.com/foo "MyWorkspaceName;Windows Live ID\[email protected]"
   • tf workspace /delete /collection:https://dev.azure.com/foo "MyWorkspaceName;John Doe"
   • tf workspace /delete /collection https://dev.azure.com/foo "MyWorkspaceName;2C3E8474-A39C-4785-8794-DC72F09981E6\[email protected]"

Le GUID identifie un répertoire AAD et les guillemets sont là pour gérer tous les espaces qui pourraient être dans un alias. Le "MyWorkspaceName" provient de vos requêtes précédentes listant les espaces de travail.

Sans cette approche très approfondie, il est possible que toutes les autres réponses à cette question échouent pour vous. Bien que certains de ces efforts effacent les espaces de travail locaux, ils n'effaceront pas les espaces de travail serveur, avec lesquels vous pouvez toujours entrer en conflit. De plus, si vous avez déjà utilisé un compte différent, les choses peuvent devenir épineuses, comme si vous passiez d'un compte MSA à un compte AAD. Et les choses deviennent VRAIMENT poilues si vous avez un compte MSA etplusieurs comptes AAD, tous avec la même adresse e-mail que vous avez utilisée à partir du même poste de travail. Et puis ça devient super fou si plusieurs d'entre eux utilisent tous le nom par défaut de l'espace de travail: le nom d'hôte de votre ordinateur. Dans mon cas, j'avais quatre espaces de travail avec tous le même nom d'espace de travail, le même nom de propriétaire et le même nom d'ordinateur (c'est-à-dire que la première requête sans le formatage XML avait 4 enregistrements identiques!).

Je ne sais pas s'il existe un moyen plus graphique de gérer ces derniers que celui-ci. J'ai cherché et n'ai pas encore trouvé un meilleur moyen que celui-ci.

Vous pouvez également supprimer un mappage tfs en éditant simplement votre fichier .sln et en supprimant l'élément GlobalSection pour la liaison tfs.

Merci de votre aide!

Rechercher l'espace de travail problématique SELECT * FROM tbl_Workspace WHERE WorkspaceName comme '% xxxxx%'

Rechercher l'espace de travail souhaité SELECT * FROM tbl_Workspace WHERE WorkspaceName comme '% zzzzz%'

Sélectionnez Edit Top 200 tbl_WorkingFolder puis recherchez le mappage de problème SELECT * FROM tbl_WorkingFolder WHERE WorkspaceId = Problem WorkspaceId ci-dessus

Remplacez WorkspaceId par le WorkspaceId souhaité

Enfin, accédez à l'Explorateur de projet et sélectionnez Supprimer le mappage sur le projet

Modifiez VB6 MSSCCPRJ.SCC pour correspondre à l'espace de travail souhaité

Commencez par télécharger et installer le plug-in Team Explorer sur votre système, puis accédez à l'explorateur de contrôle de source. Dans le volet de navigation, recherchez le champ Espace de travail et cliquez sur l'option Espaces de travail. Après avoir cliqué sur l'option Espaces de travail, vous verrez tous les espaces de travail qui sont mappés. Cliquez sur le bouton Supprimer et supprimez le mappage des espaces de travail requis.

Exécutez tf workspacespour afficher les mappages d'espaces de travail actuels. La sortie ressemble à:

Puis cours tf workspace /delete "{workspace};{user}

En utilisant la sortie ci-dessus, pour supprimer l'espace de travail bi:

tf workspace /delete bi;James Wierzba

Voici les étapes pour supprimer le mappage d'un projet de TFS:

(1) Cliquez sur le bouton Afficher.

(2) Ouvrez Team Explorer

(3) Cliquez sur Contrôle de la source

(4) Faites un clic droit sur votre projet / répertoire

(5) Cliquez sur Supprimer le mappage

(6) Enfin, supprimez le répertoire local du formulaire Projet.

Explorateur d'équipe> Explorateur de contrôle de code source>