Wie entferne ich eine TFS-Arbeitsbereichszuordnung?

Ich hatte ein Projekt in tfs innerhalb eines Teamprojekts, dann haben wir das Projekt an einen anderen Ort in einem anderen Teamprojekt verschoben.

Ich hatte Jenkins so konfiguriert, dass eine Verbindung zum Teamprojekt hergestellt und meine Lösung erstellt wird. Wenn ich jedoch die Einstellungen für die Verbindung zum neuen tfs-Teamprojekt geändert habe, wird der folgende Fehler angezeigt:

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

Das Obige zeigt also, dass ein Arbeitsbereich vorhanden ist, daher habe ich den folgenden Befehl ausgeführt, um ihn zu entfernen

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

und es wurde angezeigt, dass der Arbeitsbereich entfernt wurde, aber ich erhalte immer noch den gleichen Fehler.

Ich habe auch überprüft, ob die Zuordnung entfernt wurde oder nicht, indem ich den folgenden Befehl ausgeführt habe:

tf workspace -server:http://domain-eg.net:8080/tfs/oldteamproject Hudson-ProjectName1-Build-MASTER

Es heißt jedoch, dass der Arbeitsbereich nicht wie erwartet vorhanden ist.

Also dachte ich, es könnte irgendwo zwischengespeichert werden und führte den folgenden Befehl aus:

tf workspaces /remove:* /collection:http://domain-eg.net:8080/tfs/oldteamproject

und es hieß "Kein Arbeitsbereich im Cache entspricht * vom Server http://domain-eg.net:8080/tfs/oldteamproject "

Ich würde also vermuten, dass es nicht einmal zwischengespeichert ist.

Was verursacht den Fehler und wie kann er behoben werden?

Von VS:

1. Öffnen Sie den Team Explorer
2. Klicken Sie auf Versionsverwaltungs-Explorer
3. In der Navigationsleiste des Werkzeugfensters befindet sich ein Dropdown-Menü mit der Bezeichnung "Arbeitsbereiche".
4. Erweitern Sie es und klicken Sie auf die Option "Arbeitsbereiche ..." (ja, etwas unintuitiv).
5. Das Fenster "Arbeitsbereiche verwalten" wird geöffnet. Klicken Sie auf Bearbeiten und Sie können Ihren Arbeitsbereich hinzufügen / entfernen / bearbeiten

Von VS auf einer anderen Maschine

Sie müssen VS nicht auf demselben Computer wie die Registrierung haben, da Sie Remote-Registrierungen bearbeiten können! In dem Dialogfeld, das angezeigt wird, wenn Sie auf das Element "Arbeitsbereiche ..." klicken, befindet sich ein Kontrollkästchen mit der Aufschrift "Remote-Arbeitsbereiche anzeigen". Aktivieren Sie einfach dieses Kontrollkästchen und Sie erhalten eine Liste aller Ihrer Einträge:

Über die Befehlszeile

Rufen Sie "tf workspace" an einer Entwickler-Eingabeaufforderung auf. Die "Arbeitsbereiche verwalten" wird direkt aufgerufen!

Ich bin auf dasselbe Problem gestoßen und konnte es beheben, indem ich alle Dateien im TFS-Cache, der sich hier befindet, manuell löschte:

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

oder 4.0, 5.0usw.

Führen Sie die folgenden Schritte aus, um die Zuordnung aus TFS zu entfernen:

1. Öffnen team explorer
2. Klicken Source Control
3. Klicken Sie mit der rechten Maustaste auf Sie project
4. Klicke auf Remove Mapping

Der Fehler ist echt. Möglicherweise haben Sie einen Arbeitsbereich mit demselben Namen auf einem anderen Computer erstellt. Jetzt haben Sie möglicherweise einen Computer mit einem anderen Computernamen geändert.

Hier ist also eine Umgehung, die definitiv funktionieren wird. Das Folgen ist eine Umgehung.

1. Gehe zu "Team-Explorer"
2. Gehen Sie zu "Quellcodeverwaltung"
3. Gehen Sie zur Dropdown-Liste Arbeitsbereich
4. Klicken Sie auf "Arbeitsbereiche ..."
5. Ein Popup-Fenster wird angezeigt
6. Klicken Sie auf "Remote-Arbeitsbereiche anzeigen".
7. Löschen Sie nun den widersprüchlichen Arbeitsbereich und Sie können mit Ihrer Arbeit fortfahren.

Bitte folgen Sie den folgenden Schritten:

Ctrl + Run 

Kopieren und Vergangenheit

%LocalAppData%\Microsoft\Team Foundation

Sie erhalten eine andere Version von TFS, z

Klicken Sie auf jeden Ordner und Sie erhalten

Löschen Sie nun alle Daten in diesem Ordner.

Öffnen Sie das Visual Studio erneut.

Vielen Dank.

Update 2019-01-23

Wenn Sie wiederholt den folgenden Fehler erhalten, The workspace wkspaceEg does not exist…obwohl Sie den richtigen Benutzernamen ( wkspcOwnerDomain\wkspcOwnerUsername) im tf workspaceBefehl verwendet haben, z.

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

dann kann der tf workfoldBefehl helfen, das Problem zu beheben. Siehe diese Frage .

Wenn auch das nicht funktioniert und Sie TFS Sidekicks nicht verwenden können / wollen , fahren Sie mit der riskanten Option für den letzten Graben fort.

Ich verwende TFS 2012. Ich habe alles versucht, was online vorgeschlagen wurde: gelöschten Cache-Ordner, Dropdown-Liste Arbeitsbereiche, tf-Arbeitsbereiche / Entfernen: *, gelöschte Anmeldeinformationen aus der Systemsteuerung, dem Internet Explorer usw.

Nichts hat funktioniert, ich glaube mein Arbeitsbereich wurde irgendwie beschädigt. Schließlich ging ich zur TFS-Datenbank und führte die folgenden Abfragen aus. Das hat funktioniert! Seien Sie natürlich sehr vorsichtig, wenn Sie mit der Datenbank herumspielen, Backups erstellen usw.

Die Datenbank wird aufgerufen Tfs_<<your_TFS_collection_name>>. Ignorieren Sie die Tfs_ConfigurationMSSQL-Datenbank. Ich bin nicht sicher, aber wenn Sie keine Tfs_<<your_TFS_collection_name>>Datenbank haben, befinden sich die Einstellungen möglicherweise in der Tfs_DefaultCollectionDatenbank. Die Zuordnung wird in gespeichert 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>>

Ich habe es geschafft, die Zuordnung mit dem Befehl / newowner zu entfernen, wie hier vorgeschlagen:

Wie kann ich wieder auf meinen Team Foundation Server-Arbeitsbereich zugreifen?

Der Befehl öffnete ein Fenster zum Bearbeiten des Arbeitsbereichs, in dem ich die Zuordnung entfernt habe. Danach habe ich den Arbeitsbereich gelöscht, den ich nicht brauchte.

Keine der Antworten hier hat meine Arbeitsbereiche entfernt. Aber hier ist eine Lösung, die für Sie funktionieren kann.

1. Öffnen Sie eine Visual Studio-Eingabeaufforderung
2. Schließen Sie zuerst Visual Studio, oder der Befehl delete löscht den Arbeitsbereich möglicherweise nicht
3. Listen Sie die Arbeitsbereichsbefehle auf -> tf /? um die Befehle zu finden, die Ihnen in der Version von TFS zur Verfügung stehen.
4. Listen Sie die Arbeitsbereiche auf -> tf Arbeitsbereiche
5. Löschen Sie den Arbeitsbereich -> tf Arbeitsbereich YourWorkspace / delete

Sie müssen nicht den gesamten Cache-Ordner löschen. Sie verlieren alle Einstellungen / Einstellungen. Die Arbeitsbereichszuordnungen werden in einer Datei mit dem Namen gespeichert:

VersionControl.config im Verzeichnis für lokale Einstellungen / Anwendungsdaten des Benutzers. befindet sich hier in Windows 7:

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

wobei x = 3,0,4,0, 5,0,6,0 usw.

Darin finden Sie Guid-benannte Ordner, öffnen Sie jeden Ordner und bearbeiten Sie die oben genannte Datei manuell, um die Arbeitsbereichszuordnung (der Verzeichnispfad ist im Attribut "Zugeordnete Pfade" vorhanden) von diesem lokalen Ordner auf den TFS-Server zu entfernen (der nicht mehr verwendet wird) ).

Schließlich wurden ALLE Arbeitsbereiche gelöscht und von vorne begonnen. Fest.

Ich wurde aufgefordert, mich über Visual Studio bei unserem TFS-Server anzumelden, daher habe ich mein SU-Konto verwendet, das normalerweise für den Serverzugriff erforderlich ist. Dies führte zu einigen Problemen, und am Ende wurde ich einem anderen Ordner zugeordnet, ohne zu bemerken, dass ich gerade alle meine Inhalte dupliziert hatte. Irgendwann kehrte Visual Studio zu meinem normalen Benutzer zurück, ich "verlor" ausstehende Änderungen und bemerkte, dass neue ausstehende Änderungen von in meinem alten Mapping platziert wurden.

Wenn ich versuchen würde, den neuen Speicherort (mit dem das SU-Konto verknüpft war) neu zuzuordnen, um meine ausstehenden Änderungen wiederherzustellen, wurde mir mitgeteilt, dass er bereits der SU zugeordnet war, und das konnte ich nicht, hatte es aber getan keine Möglichkeit, die Karte zu entfernen! Remote-Arbeitsbereiche anzeigen, alle Arbeitsbereiche über die Befehlszeile entfernen usw. ergab nichts. Ich dachte dann: "Was ist, wenn es tatsächlich mit dem SU-Benutzerkonto auf meinem Computer verknüpft ist , nicht mit der Domäne?" Ich habe mich lokal als meine SU angemeldet und es gab einen Arbeitsbereich, der für diesen Benutzer eingerichtet war. Ich habe die Zuordnung entfernt und konnte zu meinem regulären Benutzer zurückkehren und ohne Probleme neu zuordnen.

Moral der Geschichte: Möglicherweise ist ein anderer Benutzer auf demselben Computer angemeldet, was für den aktuell angemeldeten Benutzer nicht sichtbar ist. Daher können Sie die Zuordnungen nicht entfernen oder sogar sehen.

Wenn die genannten Hinweise Ihnen nicht helfen, laden Sie Team Foundation Sidekick herunter und löschen Sie damit die Arbeitsbereiche.

Datei -> Quellcodeverwaltung -> Erweitert -> Arbeitsbereiche -> Wählen Sie den Arbeitsbereich unter Arbeitsbereiche verwalten und klicken Sie auf "Bearbeiten". Anschließend können Sie den lokalen Ordner ändern.

Alle Antworten hier scheinen Teilantworten zu sein, die nicht in allen Fällen funktionieren. Ich denke, diese Antwort wird in allen Fällen funktionieren, vorausgesetzt, Sie haben die richtigen Berechtigungen.

1. Öffnen Sie die Developer Command Prompt. In meinem Fall habe ich dies mit der Developer Command Prompt für VS 2019 getestet.
2. Geben Sie diesen Befehl ein: tf workspaces

Beachten Sie, dass die Ergebnisse einige Tabellen mit identischer Struktur auflisten können. Wenn Sie nur eine Tabelle sehen, können einige der Annahmen in den anderen Antworten für Sie funktionieren. Wenn Sie jedoch zwei oder mehr Tabellen sehen, ist diese Sammlungszeichenfolge wichtig! In unseren Beispielen gehen wir davon aus, dass Sie zwei Sammlungen haben (zwei unterscheiden sich nicht von vier, außer dass eine mühsamer ist als die andere):

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

Mit etwas Glück wissen Sie, mit welchem ​​dieser beiden Sie arbeiten möchten. Wenn Sie jedoch alle durchlaufen müssen, müssen Sie jeweils nur eine Sammlung erstellen. Jede "Sammlung" hier entspricht einer "Organisation" in Azure DevOps (glaube ich).

Wenn Sie dieses Sammlungsdetail nicht verwenden, wird möglicherweise eine Fehlermeldung angezeigt:

Der Quellcodeverwaltungsserver kann nicht ermittelt werden.

3. Geben Sie als Nächstes diesen Befehl für die Sammlung ein, die Sie verwenden möchten:

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

Dies gibt Ihnen ein viel vollständigeres Bild davon, womit Sie es zu tun haben. Dies wird besonders unangenehm, wenn Sie mehrere MSAs und Org-Konten hatten, die dieses Repo von demselben Computer aus aufgerufen haben. Tatsächlich haben Sie möglicherweise mehrere scheinbar identische Einträge. Wenn Sie versuchen, sie basierend auf dem, was Sie derzeit wissen, zu löschen, funktioniert dies möglicherweise nicht. Aber wir können mehr Informationen bekommen.

4. Als nächstes führen wir denselben Befehl aus, hängen ihn jedoch /format:xmlan das Ende an:

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

Dies gibt Ihnen jetzt eine Reihe von XML mit einigen zusätzlichen Eigenschaften. Diejenigen, die uns wahrscheinlich am meisten interessieren, sind die Eigentümer-Aliase. Dies sind die fehlenden Informationen, die Sie jetzt benötigen, um diese Arbeitsbereiche zu löschen. Ohne diese zusätzlichen Informationen ist es einfach, gegen eine Wand zu stoßen und eine Fehlermeldung zu erhalten:

Geben Sie einen Arbeitsbereich an.

5. Jetzt haben wir alle Informationen, die wir brauchen. Wählen Sie angesichts der zusätzlichen OwernAliasesEinträge den eindeutigen Eintrag aus (oder wiederholen Sie ihn, wenn mehrere vorhanden sind), den Sie löschen möchten, und verwenden Sie den folgenden Befehl (einige Beispiele sind aufgeführt):

   • 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]"

Die GUID identifiziert ein AAD-Verzeichnis und die Anführungszeichen dienen dazu, alle Leerzeichen in einem Alias ​​zu verarbeiten. Der "MyWorkspaceName" stammt aus Ihren vorherigen Abfragen, in denen die Arbeitsbereiche aufgelistet sind.

Ohne diesen sehr gründlichen Ansatz ist es möglich, dass alle anderen Antworten in dieser Frage für Sie fehlschlagen. Während einige dieser Bemühungen lokale Arbeitsbereiche löschen, werden Server-Arbeitsbereiche, mit denen Sie immer noch in Konflikt geraten können, nicht gelöscht. Wenn Sie zuvor ein anderes Konto verwendet haben, kann es außerdem haarig werden, z. B. wenn Sie von einem MSA zu einem AAD-Konto wechseln. Und die Dinge werden WIRKLICH haarig, wenn Sie einen MSA-Account haben undMehrere AAD-Konten mit derselben E-Mail-Adresse, die Sie von derselben Workstation aus verwendet haben. Und dann wird es super verrückt, wenn mehrere von ihnen den Standardnamen für den Arbeitsbereich verwenden: den Hostnamen Ihres Computers. In meinem Fall hatte ich vier Arbeitsbereiche mit demselben Arbeitsbereichsnamen, Eigentümernamen und Computernamen (dh die erste Abfrage ohne XML-Formatierung hatte 4 identische Datensätze!).

Ich weiß nicht, ob es eine grafischere Möglichkeit gibt, diese zu verwalten. Ich habe gesucht und noch keinen besseren Weg gefunden.

Sie können eine tfs-Zuordnung auch entfernen, indem Sie einfach Ihre SLN-Datei bearbeiten und das GlobalSection-Element für die tfs-Bindung entfernen.

Danke für Ihre Hilfe!

Problemarbeitsbereich suchen SELECT * FROM tbl_Workspace WHERE WorkspaceName wie '% xxxxx%'

Suchen Sie den gewünschten Arbeitsbereich SELECT * FROM tbl_Workspace WHERE WorkspaceName wie '% zzzzz%'

Wählen Sie Edit Top 200 tbl_WorkingFolder und suchen Sie die Problemzuordnung. SELECT * FROM tbl_WorkingFolder WHERE WorkspaceId = Problem WorkspaceId von oben

Ändern Sie die WorkspaceId in die gewünschte WorkspaceId

Gehen Sie schließlich zum Projektexplorer und wählen Sie im Projekt die Option Zuordnung entfernen

Ändern Sie VB6 MSSCCPRJ.SCC so, dass es dem gewünschten WorkSpace entspricht

Laden Sie zuerst das Team Explorer-Plugin herunter und installieren Sie es in Ihrem System. Wechseln Sie dann zum Versionsverwaltungs-Explorer. Suchen Sie im Navigationsbereich das Feld Arbeitsbereich und klicken Sie auf die Option Arbeitsbereiche. Nachdem Sie auf die Option Arbeitsbereiche geklickt haben, werden alle zugeordneten Arbeitsbereiche angezeigt. Klicken Sie auf die Schaltfläche Entfernen und entfernen Sie die Zuordnung für die erforderlichen Arbeitsbereiche.

Ausführen tf workspaces, um aktuelle Arbeitsbereichszuordnungen anzuzeigen. Die Ausgabe sieht wie folgt aus:

Dann renne tf workspace /delete "{workspace};{user}

Verwenden Sie die obige Ausgabe, um den Arbeitsbereich zu löschen bi:

tf workspace /delete bi;James Wierzba

Im Folgenden finden Sie die Schritte zum Entfernen der Zuordnung eines Projekts aus TFS:

(1) Klicken Sie auf die Schaltfläche Anzeigen.

(2) Öffnen Sie den Team Explorer

(3) Klicken Sie auf Quellcodeverwaltung

(4) Klicken Sie mit der rechten Maustaste auf Ihr Projekt / Verzeichnis

(5) Klicken Sie auf Zuordnung entfernen

(6) Löschen Sie abschließend das lokale Verzeichnis des Projektformulars.

Team Explorer> Versionsverwaltungs-Explorer>