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.
- Öffnen Sie die Developer Command Prompt. In meinem Fall habe ich dies mit der Developer Command Prompt für VS 2019 getestet.
- 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.
- 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.
- Als nächstes führen wir denselben Befehl aus, hängen ihn jedoch
/format:xml
an 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.
Jetzt haben wir alle Informationen, die wir brauchen. Wählen Sie angesichts der zusätzlichen OwernAliases
Einträ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\John.Doe@hotmail.com"
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\John.Doe@Example.com"
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.
D:\jenkins\jobs\ProjectName1-Build\workspace
beim Testen einen TFS-Arbeitsbereich einrichten, der einen anderen TFS-Benutzer enthält ?