Teambuilding-Fehler: Der Pfad… ist bereits dem Arbeitsbereich zugeordnet

Beim Erstellen eines neuen Builds in Team Foundation Server wird beim Versuch, den neuen Build auszuführen, die folgende Fehlermeldung angezeigt:

Der Pfad C: \ Build \ ProductReleases \ FullBuildv5.4.2x \ Sources ist bereits dem Arbeitsbereich BuildServer_23 zugeordnet.

Ich kann im Arbeitsbereich-Dialogfeld keinen Arbeitsbereich mit diesem Namen sehen.

Verwenden Sie das Befehlszeilenprogramm TF - Team Foundation Version Control Tool ( tf ).

Sie können eine Liste aller Arbeitsbereiche abrufen, indem Sie eine Visual Studio-Eingabeaufforderung aufrufen , in Ihren Arbeitsbereichsordner wechseln und die folgenden Befehle eingeben:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Sie sollten Ihren Problemarbeitsbereich in der Liste sowie dessen Eigentümer sehen.

Sie können den Arbeitsbereich mit dem folgenden Befehl löschen:

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME

Löschen Sie einfach den Inhalt der folgenden Ordner:

C: \ Benutzer \ Benutzername \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache

Wobei Benutzername der tatsächliche oder aktuelle Benutzer ist und 3.0 die Versionsnummer ist.

Ich habe diesen Fehler erhalten, der durch zwei Build-Definitionen verursacht wurde, die auf dieselbe Quelle verweisen. Das Problem war, dass ich im Build Agent ein statisches Build-Verzeichnis verwendet habe.

Dieser Forumsbeitrag beschreibt mein Problem und meine Lösung genau: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

Ich hatte ein ähnliches Problem. Um den Arbeitsbereich zu entfernen, der mir ein Problem verursachte, habe ich mich bei einem anderen Computer mit installiertem TFS-Client angemeldet und Folgendes ausgeführt:

• Auf dem Dateimenü auf Quellcodeverwaltung , erweitert , und klicken Sie dann auf Workspaces ... .
• In der Manage Workspaces Dialogfeld, Zutreffendes anzeigen Remote - Pakete Checkbox.
• Wählen Sie in der Spalte Name den Arbeitsbereich aus, den Sie entfernen möchten, und klicken Sie dann auf Entfernen .
• Klicken Sie im Dialogfeld Bestätigung auf OK .

Wir hatten das gleiche Problem, aber das Löschen der Arbeitsbereiche vom TFS-Server hat nicht funktioniert. (Ich sollte erwähnen, dass ich die VM meines Kollegen gepackt habe, die bereits mit seinen Anmeldeinformationen eingerichtet wurde.)

Für mich hat das funktioniert: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

Ich habe gerade in: ... \ Lokale Einstellungen \ Anwendungsdaten \ nach VersionControl.config gesucht, den Ordner geöffnet, der diese Datei enthielt, und den gesamten Inhalt gelöscht.

Zuvor habe ich versucht, die Datei manuell zu bearbeiten, sie wurde jedoch mit derselben Fehlermeldung fortgesetzt.

Ich hoffe das hilft.

Aus irgendeinem Grund hatte ich Probleme, den Arbeitsbereich aus dem Befehlszeilenprogramm zu löschen. Zum Glück habe ich Team Foundation Sidekicks 2010 (aus diesem Beitrag ) gefunden, das kostenlos ist und eine grafische Benutzeroberfläche zum Anzeigen und Löschen von TFS-Arbeitsbereichen sowie viele weitere nützliche TFS-Funktionen bietet.

Ich hatte ein ähnliches Problem mit Visual Studio 2010, als ich mich über einen bereits zugeordneten Arbeitsbereich beschwerte. Statt jedoch den gesamten Arbeitsbereich zu löschen, habe ich in der Visual Studio-Eingabeaufforderung Folgendes verwendet: "tf workspace PROBLEM_WORKSPACE_NAME". Daraufhin wurde ein Dialogfeld "Arbeitsbereich bearbeiten" angezeigt. Von dort konnte ich den fraglichen Pfad aus der Liste "Arbeitsordner" entfernen, wodurch der Fehler behoben wurde.

Der Rest war ziemlich einfach.

Wechseln Sie einfach in diesen Ordner: C: \ Benutzer {Benutzername} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache und löschen Sie alles, was sich im Ordner befindet.

Ich habe eine Ausnahme erhalten, die mir mitteilt, dass die Datei bereits in einem anderen Arbeitsbereich zugeordnet wurde: "Der Pfad {Dateipfad} ist bereits im Arbeitsbereich {Name des Arbeitsbereichs} zugeordnet."

Dieser Arbeitsbereich wurde zuvor gelöscht . Mit Hilfe eines Freundes von mir fand ich heraus, dass TFS Arbeitsbereichsinformationen unter dem lokalen Einstellungsverzeichnis des Benutzers speichert. Wir haben eine Datei mit dem Namen gefunden:

VersionControl.config unter { Verzeichnis Benutzerdokumente und Einstellungen} \ Lokale Einstellungen \ Anwendungsdaten \ Microsoft \ Team Foundation \ 1.0 \ Cache. Diese Datei enthält die gesamte lokale Zuordnung von TFS. Wahrscheinlich, wenn Sie die Map-Methode verwenden und nicht: public void DeleteMapping (WorkingFolder-Mapping); Vor dem Löschen des Arbeitsbereichs werden die Zuordnungsinformationen nicht aus dieser Datei entfernt, die von TFS verwendet wird, um zu überprüfen, ob Sie bereits einen bestimmten Pfad zugeordnet haben.

Um dieses Problem zu beheben, löschen Sie alle Schlüssel aus der Konfigurationsdatei. Löschen Sie die Datei nicht, da Sie sie erneut aus dem Server-Cache erhalten.

Folgendes habe ich getan (nun, was ich tue):

Mit TFS Sidekicks werden die Benutzer- und Serverfilter gelöscht, sodass sie leer sind. Auf diese Weise erhalten Sie alle Arbeitsbereiche.

Überprüfen Sie den Erstellungsfehler für den Arbeitsbereichsnamen. Im OPs-Fall ist es BuildServer_23. In meiner Umgebung ist das anders, aber im Grunde stimmt der Fehlername nur mit dem in der tfs-Sidekick-Liste überein.

Klicken Sie auf das rote x, um den Arbeitsbereich zu löschen.

Viola!

Wenn Sie auf dem Server keine Berechtigung zum Löschen der Arbeitsbereiche anderer Personen haben, können Sie einfach den Namen der Builddefinition ändern. TFS erstellt einen neuen Arbeitsbereich und ordnet ihn "C: \ Build \ ProductReleases \ Neuer Buildname hier \ Quellen" zu.

Falls zutreffend, können Sie auch die Build-Definition klonen und ihren Namen ändern. Das hat bei mir funktioniert.

Ich habe alle folgenden Lösungen ausprobiert, wie zum Beispiel:

1. Verwenden Sie Sidekicks, um WS zu löschen.
2. Verwenden Sie tf-Befehle, um Remote-Server-Arbeitsbereiche zu löschen.
3. Löschen Sie den TFS-Cache-Ordner.

Folgendes hat bei mir funktioniert:

tf workspaces /remove:*

ich habe mich verändert

Build Definition -> Workspace -> Build Agent Folder

von

c:\some\path

zu

$(SourceDir)

und es hat das Problem behoben.

Beim Versuch, die neueste Version eines Projekts abzurufen, das ich zuvor einem lokalen Verzeichnis zugeordnet und dann gelöscht hatte, wurde dieselbe Fehlermeldung angezeigt. Zuerst habe ich das SideKick-Tool und dann die Visual Studio 2010-Eingabeaufforderung ausprobiert. Beide haben mir mitgeteilt, dass keine Arbeitsbereiche zugeordnet sind.

Als nächstes suchte ich in 'VersionControl.config' c:/users/myuser/appdataund löschte die 4 gefundenen Referenzen. Ich habe Visual Studio erneut geöffnet und konnte das Projekt neu zuordnen, kein Fehler mehr!

Der einfachste Weg, dies zu tun, besteht darin, zu Ihren AppData zu gehen und den TFS-Cache zu löschen (abhängig von Version 3.0 oder 4.0).

C: \ Benutzer {Benutzername} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache oder C: \ Benutzer {Benutzername} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

Die Lösung von TDN hat bei mir funktioniert, als ich das gleiche Problem hatte. Der Build-Server hat unter meinem Konto Arbeitsbereiche erstellt. Durch Aktivieren dieses Kontrollkästchens konnte ich sie anzeigen und löschen.

Ich habe das gleiche Problem in Visual Studio 2017 und TFS 2017. DefaultCollection muss zuerst Ihrem lokalen Pfad zugeordnet werden. Irgendwie wurde dieser Schritt übersprungen und ich habe nur MyFirstProject zugeordnet.

Sie müssen lediglich Folgendes tun:
1. Gehen Sie zu Ihrer TFS-Webseite und entfernen Sie das Projekt vom Server.

- 2. Entfernen Sie das Projekt von Ihren lokalen "Worksapces"

- 3. Gehen Sie zu "Verbindungen verwalten", um Ihre Homepage in TeamExplorer zu aktualisieren.

- 4. Sie erhalten eine Konfigurationsseite, auf der Sie den Stammpfad zu Ihrer DefaultCollection einrichten können.

- 5. Sie sollten die Nachricht erhalten, dass dies erfolgreich durchgeführt wurde. Jetzt können Sie Ihr Projekt erstellen.

Es ist wichtig, zuerst das Stammverzeichnis Ihrer Sammlung Ihrem Arbeitsbereich zuzuordnen und dann ein neues Projekt zuzuordnen.

Mein Problem hing mit der Verwendung mehrerer Konten zusammen. So konnte ich Konten wechseln.

Öffnen Sie den Team Explorer

Aus dem großen Dropdown-Menü oben im Fenster ...

Navigieren Sie zu: Projekte und meine Teams > Verbindungen verwalten

Navigieren Sie zu: Verbindungen verwalten > Mit Teamprojekt verbinden

Verwenden Sie den Link "Benutzer wechseln", um Konten zu wechseln.

Jetzt stimmen die Namen des Arbeitsbereichs mit dem ausgewählten Konto überein.

Ich konnte keine andere Lösung zum Laufen bringen.

Ich habe ein neues Konto erstellt und das alte Konto hatte keine Berechtigungen mehr (beide auf demselben Computer).

Ich habe versucht: 1) Löschen des Arbeitsbereichs (konnte in VS mit oder ohne aktivierten Remote-Arbeitsbereichen nicht angezeigt werden) 2) Löschen über die Befehlszeile 3) Neuer Eigentümerbefehl 4) Löschen des Caches

Also habe ich VS einfach als Administrator geöffnet und einem anderen Ordner zugeordnet.

Ich hatte dieses Problem mit automatisierten Azure DevOps-Builds in einem lokalen TFS-Build-Agenten. Das Entfernen des Arbeitsbereichs mit TFS Sidekicks hat nicht funktioniert. Und tf.exe konnte nicht einmal den Arbeitsbereich finden, um ihn zu löschen.

Diese Lösung sollte für TFS 2017, TFS 2018, Azure DevOps und möglicherweise andere Versionen funktionieren:

1. Beachten Sie die Arbeitsbereich-GUID in der Fehlermeldung.
2. Navigieren Sie auf dem Computer, auf dem der Build ausgeführt wird, zu:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (wobei% USERPROFILE% dem Benutzer gehört, der den Build ausgelöst hat).
3. Suchen und entfernen Sie alle Instanzen der Arbeitsbereich-GUID in diesem Verzeichnis. Es wird wahrscheinlich einen Ordner in einem 'Cache'-Verzeichnis geben sowie Einträge in' LocationServerMap.xml 'und' LocalItemExclusions.config '. Entfernen Sie sie alle.

Das hat unter meinen Umständen funktioniert.

Löschen Sie einfach den Arbeitsbereich:

workspace /delete "the-workspace-name"