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

162

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.

Nicht ich
quelle
Dies ist ein komplizierterer Fehler, siehe andere Frage .
Psulek

Antworten:

138

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
Nicht ich
quelle
16
Ich erhalte die Meldung "Der Quellcodeverwaltungsserver kann nicht ermittelt werden." beim Ausführen von tf-Arbeitsbereichen auf dem Build-Server. Irgendwelche Ideen, wie man das behebt?
Corvin
9
Corvin: Führen Sie den Befehl aus dem Ordner aus, der Teil des Arbeitsbereichs ist
Raj Rao
18
Lassen Sie das Argument / server weg, es wird nicht benötigt. Ansonsten gute Antwort!
Techphoria414
1
Tolle Antwort, ich möchte nur hinzufügen, dass Sie sich möglicherweise als Eigentümer des Arbeitsbereichs bei TFS anmelden müssen, oder Sie erhalten einen Fehler, dem die Berechtigung verweigert wurde.
JMK
5
Nach / delete habe ich "/ collection: http: <server>: 808 / tfs / <collection> ..._ then_ the workspacename; workspaceowner ... eingegeben, was wie erwartet funktioniert hat der gleiche Name.
Efisher
44

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.

Rahim
quelle
Diese Antwort wurde bereits vor einigen Jahren einige Male mit mehr Erklärung gegeben.
Andrew Barber
das brauchte ich. Ich habe alle Referenzen mit dem Befehl tf und auch mit Sidekicks gelöscht, musste diesen Cache aber trotzdem entfernen. danke, danke, danke
GrahamJRoy
1
Insbesondere können Sie den WorkspaceInfoEintrag des fehlerhaften Arbeitsbereichs aus entfernen C:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config. XPath:/VersionControlServer/Servers/ServerInfo/WorkspaceInfo
JohnLBevan
C: \ Benutzer \ Benutzername \ AppData \ Local \ Microsoft \ Team Foundation \ 8.0 für vs2019
Sergio Villalobos
28

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 .
TDN
quelle
3
Meine Workstation wurde zweimal aufgelistet. Das Duplikat wurde entfernt und es funktionierte sofort. Vielen Dank.
Kyle Hancock
26

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.

asuciu
quelle
4
War hilfreich für unsere Situation, in der wir den Server gewechselt haben und der alte Server nicht mehr existierte, aber ein alter Computer noch Einstellungen dafür hatte.
Joel Rondeau
Ich musste das auch tun. Ich habe den gesamten Local Settings\Application Data\Microsoft\Team FoundationOrdner gelöscht und danach war alles in Ordnung
Orion Edwards
Es ist der Cache, löschen Sie einfach die Cache-Ordner
Curios
Ich habe den Arbeitsbereich und den Cache-Ordner gelöscht, aber das Problem ist immer noch vorhanden. Vielleicht läuft Jenkins unter einem anderen Benutzer und verwendet einen anderen Cache?
ideafixxxer
Es ist wahrscheinlich! Es gibt alle Arten von Plugins, mit denen Sie Ihren Arbeitsbereich bereinigen können, bevor der eigentliche Build beginnt. Wenn Sie die Antwort auf dieses spezielle Problem finden, kommen Sie bitte zurück und posten Sie sie hier, damit auch andere davon profitieren können :)
asuciu
16

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.

tödlicher Hund
quelle
2
Ich empfehle jedem, der mit TFS arbeitet, einen Blick auf TFS Sidekicks zu werfen, da es kostenlos ist und viele wirklich unverzichtbare Funktionen bietet.
Alkampfer
6

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.

Mary Hamlin
quelle
Ihre Lösung hat mir in einem ähnlichen Fall geholfen. Ich habe einen Arbeitsbereich für den falschen Benutzer erstellt, ihn also gelöscht und dann versucht, ihn für den richtigen Benutzer zu erstellen. Ich habe mich jedoch darüber tfbeschwert, dass der Pfad einem anderen Arbeitsbereich zugeordnet ist - dem von mir gelöschten. Inspiriert von Ihrer Antwort habe ich den Arbeitsbereich für den falschen Benutzer neu erstellt, nur die Zuordnung zum Pfad gelöscht und schließlich den Arbeitsbereich für den richtigen Benutzer erstellt.
Edymtt
5

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.

Mohamad Pahlavan
quelle
5

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.

Morteza
quelle
4

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!

Mike Cheel
quelle
1

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.

Lionel Orellana
quelle
1

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

Stinkendes Handtuch
quelle
Danke dafür. Die Kombination aus dem Löschen des Cache-Ordners und dem (erneuten) Klonen meiner Build-Definition hat dies für mich behoben.
HerbalMart
1

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:*
AyeVeeKay
quelle
0

ich habe mich verändert

Build Definition -> Workspace -> Build Agent Folder

von

c:\some\path

zu

$(SourceDir)

und es hat das Problem behoben.

abatishchev
quelle
0

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!

rpstex
quelle
0

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

user2048576
quelle
Nachdem ich die Arbeitsbereiche mit dem VS- und TFS-Sidekick-Tool bereinigt hatte, funktionierte dieser manuelle Ansatz zum Löschen des Caches für mich. Danke dir!
Espaciomore
0

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.

Joe
quelle
0

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.

Geben Sie hier die Bildbeschreibung ein

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

Geben Sie hier die Bildbeschreibung ein

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

Geben Sie hier die Bildbeschreibung ein

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

Geben Sie hier die Bildbeschreibung ein

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

Geben Sie hier die Bildbeschreibung ein

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

Geben Sie hier die Bildbeschreibung ein

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

Serge Voloshenko
quelle
0

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.

Michael Twohey
quelle
0

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.

msteel9999
quelle
-1

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.

Paul M.
quelle
-1

Löschen Sie einfach den Arbeitsbereich:

workspace /delete "the-workspace-name"
Majid
quelle