Team Build Fehler: Der Weg ... bereits auf Arbeitsbereich zugeordnet

Question

Wenn Sie ein neues Build in Team Foundation Server erstellen, bekomme ich folgende Fehler beim Versuch, den neuen Build auszuführen:

  

Der Weg   C: \ Bauen \ ProductReleases \ FullBuildv5.4.2x \ Sources   ist bereits auf Arbeitsbereich zugeordnet   BuildServer_23.

Ich bin nicht in der Lage, einen Arbeitsbereich mit diesem Namen in den Arbeitsbereichen Dialog zu sehen.

Answer 1

Mit dem Befehlszeilenprogramm TF -. Team Foundation Version Control Tool ( tf )

Sie können eine Liste aller Arbeitsbereiche erhalten, indem eine Visual Studio Befehl Erziehung Prompt dann in Ihren Arbeitsbereich Ordner zu ändern und die Ausgabe der folgenden Befehle ein:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Sie sollten Ihr Problem Arbeitsplatz in der Liste und sehen, wie es Eigentümer ist.

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

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

Answer 2

Löschen Sie einfach den Inhalt der folgenden Ordner (n):

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

Dabei steht Benutzername für tatsächliche oder aktuelle Benutzer und 3.0 ist die Versionsnummer an.

Answer 3

Ich habe diese Fehler, die sich durch zwei Build-Definitionen verursacht wurde, die auf die gleiche Quelle hingewiesen. Das Problem war, dass ich ein statisches Build-Verzeichnis in dem Build-Agenten verwendet wird.

Dieses Forum Beitrag beschreibt mein Problem und die Auflösung genau: http: // sozial. msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

Answer 4

Wir hatten das gleiche Problem, aber der Arbeitsbereich des von dem TFS-Server gelöscht hat nicht funktioniert. (Ich sollte erwähnen, dass ich meine Kollegen packte VM, die bereits mit seinen Anmeldeinformationen eingerichtet wurde.)

Für mich diesen gearbeitet: http: //blogs.msdn. com / b / buckh / Archiv / 2006/09/12 / Weg-ist-schon-Mapped-in-workspace.aspx

Ich ging in die ... \ Lokale Einstellungen \ Anwendungsdaten \ eine Durchsuchung für VersionControl.config, den Ordner geöffnet, die diese Datei enthalten ist und gelöscht alle seine Inhalte.

Zurück zu, dass ich versuchte, manuell bearbeiten Sie die Datei aber weiterhin mit der gleichen Fehlermeldung.

Ich hoffe, das hilft.

Answer 5

Ich hatte ein ähnliches Problem und den Arbeitsbereich zu entfernen, die mir ein Problem verursacht wurden, ich in einer anderen Maschine angemeldet mit TFS-Client installiert und ausgeführt wie folgt vor:

• Auf der Datei Menü, zeigen Sie auf Quellcodeverwaltung , Erweitert , und klicken Sie dann auf Workspaces ... .
• Im Manage Workspaces Dialogfeld Zutreffendes anzeigen Remote-Pakete Checkbox.
• Unter dem Name Spalte, wählen Sie den Arbeitsbereich, den Sie entfernen möchten, und klicken Sie dann auf Entfernen .
• In Bestätigung Dialogfeld auf OK .

Answer 6

Aus irgendeinem Grund habe ich Probleme, wurde auf den Arbeitsbereich von dem Befehlszeilenprogramm zu löschen. Zum Glück fand ich Team Foundation Sidekicks 2010 (von

Ich hatte ein ähnliches Problem mit Visual Studio 2010 beschwerte sich über einen bereits kartiert-Arbeitsbereich, sondern den gesamten Arbeitsbereich zu löschen, habe ich Prompt folgendes aus dem Visual Studio Befehl: „tf Arbeitsplatz PROBLEM_WORKSPACE_NAME“. Dies brachte einen „Bearbeiten Arbeitsbereich“ Dialog. Von dort aus konnte ich den Weg in Frage aus der „Arbeitsordner“ Liste entfernen, die von dem Fehler losgeworden.

Hier ist, was ich getan habe (na ja, was ich tue):

Mit TFS Sidekicks der Benutzer- und Server Filter räumen, so dass sie leer sind. So können Sie alle Arbeitsbereiche erhalten.

Überprüfen Sie den Build-Fehler für den Arbeitsbereich Name. Im OPs Fall ist es BuildServer_23. Anders ist es in meiner Umgebung, aber im Grunde nur den Fehler Namen in der tfs Kumpel Liste mit den einem zusammenpassen.

Klicken Sie auf das rote X auf den Arbeitsbereich zu löschen.

Viola!

der Rest war ziemlich einfach.

Gehen Sie einfach in diesen Ordner: C: \ Benutzer {username} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache und löschen Sie alle, die in dem jeweiligen Ordner.

Ich war immer eine Ausnahme mir zu sagen, dass die Datei bereits in einem anderen Arbeitsbereich zugeordnet wurde: "Der Weg {Dateipfad} bereits in Arbeitsbereich {Name des Arbeitsbereiches} abgebildet wird."

Dieser Arbeitsbereich war gelöscht beofre . Mit Hilfe von Freund von mir fand ich heraus, dass TFS Arbeitsplatz Informationen unter dem Benutzer lokalen Einstellungen dir speichern. Wir fanden eine Datei mit dem Namen:

VersionControl.config unter {Anwender Dokumente und Einstellungen dir} \ Lokale Einstellungen \ Anwendungsdaten \ Microsoft \ Team Foundation \ 1.0 \ Cache. Diese Datei enthält alle die lokale Zuordnung von TFS. Wahrscheinlich, wenn Sie die Map-Methode verwenden und nicht verwenden: public void DeleteMapping (WorkingFolder mapping); vor dem Arbeitsbereich der Zuordnungsinformationen zu löschen sind nicht aus dieser Datei entfernt, die von TFS verwendet, wenn Sie alreay einen bestimmten Pfad zugeordnet haben zu überprüfen.

So beheben Sie dieses Problem alle Schlüssel aus der Konfigurationsdatei löschen. Sie die Datei nicht löschen, weil Sie es wieder aus dem Server-Cache erhalten werden.

Wenn Sie Berechtigungen nicht auf dem Server anderer Leute Workspaces zu löschen, können Sie nur den Namen der Definition Build ändern. TFS einen neuen Arbeitsbereich erstellen und wo es zu. "C: \ Bauen \ ProductReleases \ new build Name hier \ Sources"

Falls zutreffend, können Sie auch die Builddefinition klonen und seinen Namen ändern. Diese workded für mich.

Ich habe versucht, alle folgenden Lösungen wie:

1. Verwenden Sie Kumpane WS löschen.
2. Verwenden Sie tf-Befehle Remote-Server Workspaces zu löschen.
3. Löschen Sie den TFS-Cache-Ordner.

Die für mich folgende gearbeitet:

tf workspaces /remove:*

I geändert

Build Definition -> Workspace -> Build Agent Folder

von

c:\some\path

$(SourceDir)

und das Problem behoben.

Beim Versuch, zu ‚Get neueste Version‘ ein Projektes, das ich zuvor in einem lokalen Verzeichnis zugeordnet hatte und dann gelöscht, habe ich diese gleiche Fehlermeldung. Zuerst habe ich versucht, das Side-Kick-Tool und dann die Visual Studio 2010-Eingabeaufforderung, die beide die mir gesagt, ich hatte keine Arbeitsbereiche zugeordnet.

Als nächstes ich nach ‚VersionControl.config‘ innerhalb c:/users/myuser/appdata und löschte die 4 Referenzen gefunden. Ich wieder geöffnet Visual Studio und ich war in der Lage zu re-map das Projekt, nicht mehr Fehler!

einfachste Weg, dies zu tun ist, um Ihre AppData zu gehen und den TFS-Cache (abhängig von der Version 3.0 oder 4.0) löscht

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

TDN-Lösung für mich gearbeitet, wenn ich das gleiche Problem haben wurde. Der Build-Server erstellt Workspaces unter meinem Konto. Überprüfen Sie dieses Feld erlaubt mir, sie zu sehen und löschen.

Ich habe gleiches Problem in Visual Studio 2017 und TFS 2017. DefaultCollection muss zuerst Sie lokalen Pfad abgebildet werden. Irgendwie war dieser Schritt übersprungen, und ich habe MyFirstProject nur abgebildet werden.

Alles, was Sie tun müssen, ist:
-. 1 Gehen Sie zu Ihrer TFS Webseite und entfernen Sie das Projekt vom Server

.

-. 2 Entfernen Sie das Projekt aus dem lokalen "Worksapces"

-.. 3 Gehen Sie auf "Verbindungen verwalten", die Ihre Startseite in TeamExplorer neu geladen

-.. 4 Sie Konfigurationsseite erhalten, die Sie zum Einrichten Root-Pfad zu Ihrem DefaultCollection erlaubt

-. 5 Sie sollten Meldung erhalten, dass es erfolgreich durchgeführt worden. Jetzt können Sie Ihr Projekt erstellen.

Es ist wichtig, Wurzel Ihrer Sammlung in Ihrem Arbeitsbereich abzubilden und dann ein neues Projekt zugeordnet werden.

wurde mein Problem mit mehreren Konten im Zusammenhang. Dies ist, wie ich konnte Konten wechseln.

Öffnen Team Explorer

Von der großen Drop-Down-Menü am oberen Rand der Scheibe ...

Navigieren Sie zu: Projekte und meine Teams > Verbindungen verwalten

Navigieren Sie zu: Verbindungen verwalten > Verbindung zum Teamprojekt

Mit dem "Benutzer wechseln" Link-Konten wechseln.

Nun werden die Arbeitsbereichsnamen wird das gewählte Konto übereinstimmen.

Einfach löschen Sie den Arbeitsbereich:

workspace /delete "the-workspace-name"

Ich hatte dieses Problem mit diesem mit Azure DevOps automatisierten baut in einem On-Prem TFS Agenten bauen. Entfernen Sie den Arbeitsbereich TFS Sidekicks hat nicht funktioniert. Und tf.exe konnte nicht einmal auf den Arbeitsbereich, um es zu löschen.

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

1. Beachten Sie die in der Fehlermeldung GUID-Arbeitsbereich.
2. Auf dem Computer, auf dem der Bau stattfindet, navigieren Sie zu:.% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (wobei% USERPROFILE% gehört dem Benutzer, dass die Build ausgelöst)
3. Suchen Sie nach und alle Instanzen des Arbeitsbereiches unter diesem Verzeichnis GUID entfernen. Es wird wahrscheinlich ein Ordner in einem ‚Cache‘ Verzeichnis, sowie für Fremdeinträge in ‚LocationServerMap.xml‘ und ‚LocalItemExclusions.config‘ sein. Entfernen sie alle.

Das in meinem Umstand gearbeitet.

Answer 7

Answer 8

Answer 9

Ich hatte ein ähnliches Problem mit Visual Studio 2010 beschwerte sich über einen bereits kartiert-Arbeitsbereich, sondern den gesamten Arbeitsbereich zu löschen, habe ich Prompt folgendes aus dem Visual Studio Befehl: „tf Arbeitsplatz PROBLEM_WORKSPACE_NAME“. Dies brachte einen „Bearbeiten Arbeitsbereich“ Dialog. Von dort aus konnte ich den Weg in Frage aus der „Arbeitsordner“ Liste entfernen, die von dem Fehler losgeworden.

Answer 10

Hier ist, was ich getan habe (na ja, was ich tue):

Mit TFS Sidekicks der Benutzer- und Server Filter räumen, so dass sie leer sind. So können Sie alle Arbeitsbereiche erhalten.

Überprüfen Sie den Build-Fehler für den Arbeitsbereich Name. Im OPs Fall ist es BuildServer_23. Anders ist es in meiner Umgebung, aber im Grunde nur den Fehler Namen in der tfs Kumpel Liste mit den einem zusammenpassen.

Klicken Sie auf das rote X auf den Arbeitsbereich zu löschen.

Viola!

der Rest war ziemlich einfach.

Gehen Sie einfach in diesen Ordner: C: \ Benutzer {username} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache und löschen Sie alle, die in dem jeweiligen Ordner.

Ich war immer eine Ausnahme mir zu sagen, dass die Datei bereits in einem anderen Arbeitsbereich zugeordnet wurde: "Der Weg {Dateipfad} bereits in Arbeitsbereich {Name des Arbeitsbereiches} abgebildet wird."

Dieser Arbeitsbereich war gelöscht beofre . Mit Hilfe von Freund von mir fand ich heraus, dass TFS Arbeitsplatz Informationen unter dem Benutzer lokalen Einstellungen dir speichern. Wir fanden eine Datei mit dem Namen:

VersionControl.config unter {Anwender Dokumente und Einstellungen dir} \ Lokale Einstellungen \ Anwendungsdaten \ Microsoft \ Team Foundation \ 1.0 \ Cache. Diese Datei enthält alle die lokale Zuordnung von TFS. Wahrscheinlich, wenn Sie die Map-Methode verwenden und nicht verwenden: public void DeleteMapping (WorkingFolder mapping); vor dem Arbeitsbereich der Zuordnungsinformationen zu löschen sind nicht aus dieser Datei entfernt, die von TFS verwendet, wenn Sie alreay einen bestimmten Pfad zugeordnet haben zu überprüfen.

So beheben Sie dieses Problem alle Schlüssel aus der Konfigurationsdatei löschen. Sie die Datei nicht löschen, weil Sie es wieder aus dem Server-Cache erhalten werden.

Wenn Sie Berechtigungen nicht auf dem Server anderer Leute Workspaces zu löschen, können Sie nur den Namen der Definition Build ändern. TFS einen neuen Arbeitsbereich erstellen und wo es zu. "C: \ Bauen \ ProductReleases \ new build Name hier \ Sources"

Falls zutreffend, können Sie auch die Builddefinition klonen und seinen Namen ändern. Diese workded für mich.

Ich habe versucht, alle folgenden Lösungen wie:

1. Verwenden Sie Kumpane WS löschen.
2. Verwenden Sie tf-Befehle Remote-Server Workspaces zu löschen.
3. Löschen Sie den TFS-Cache-Ordner.

Die für mich folgende gearbeitet:

tf workspaces /remove:*

I geändert

Build Definition -> Workspace -> Build Agent Folder

von

c:\some\path

$(SourceDir)

und das Problem behoben.

Beim Versuch, zu ‚Get neueste Version‘ ein Projektes, das ich zuvor in einem lokalen Verzeichnis zugeordnet hatte und dann gelöscht, habe ich diese gleiche Fehlermeldung. Zuerst habe ich versucht, das Side-Kick-Tool und dann die Visual Studio 2010-Eingabeaufforderung, die beide die mir gesagt, ich hatte keine Arbeitsbereiche zugeordnet.

Als nächstes ich nach ‚VersionControl.config‘ innerhalb c:/users/myuser/appdata und löschte die 4 Referenzen gefunden. Ich wieder geöffnet Visual Studio und ich war in der Lage zu re-map das Projekt, nicht mehr Fehler!

einfachste Weg, dies zu tun ist, um Ihre AppData zu gehen und den TFS-Cache (abhängig von der Version 3.0 oder 4.0) löscht

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

TDN-Lösung für mich gearbeitet, wenn ich das gleiche Problem haben wurde. Der Build-Server erstellt Workspaces unter meinem Konto. Überprüfen Sie dieses Feld erlaubt mir, sie zu sehen und löschen.

Answer 11

Hier ist, was ich getan habe (na ja, was ich tue):

Mit TFS Sidekicks der Benutzer- und Server Filter räumen, so dass sie leer sind. So können Sie alle Arbeitsbereiche erhalten.

Überprüfen Sie den Build-Fehler für den Arbeitsbereich Name. Im OPs Fall ist es BuildServer_23. Anders ist es in meiner Umgebung, aber im Grunde nur den Fehler Namen in der tfs Kumpel Liste mit den einem zusammenpassen.

Klicken Sie auf das rote X auf den Arbeitsbereich zu löschen.

Viola!

Answer 12

der Rest war ziemlich einfach.

Gehen Sie einfach in diesen Ordner: C: \ Benutzer {username} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache und löschen Sie alle, die in dem jeweiligen Ordner.

Answer 13

Ich war immer eine Ausnahme mir zu sagen, dass die Datei bereits in einem anderen Arbeitsbereich zugeordnet wurde: "Der Weg {Dateipfad} bereits in Arbeitsbereich {Name des Arbeitsbereiches} abgebildet wird."

Dieser Arbeitsbereich war gelöscht beofre . Mit Hilfe von Freund von mir fand ich heraus, dass TFS Arbeitsplatz Informationen unter dem Benutzer lokalen Einstellungen dir speichern. Wir fanden eine Datei mit dem Namen:

VersionControl.config unter {Anwender Dokumente und Einstellungen dir} \ Lokale Einstellungen \ Anwendungsdaten \ Microsoft \ Team Foundation \ 1.0 \ Cache. Diese Datei enthält alle die lokale Zuordnung von TFS. Wahrscheinlich, wenn Sie die Map-Methode verwenden und nicht verwenden: public void DeleteMapping (WorkingFolder mapping); vor dem Arbeitsbereich der Zuordnungsinformationen zu löschen sind nicht aus dieser Datei entfernt, die von TFS verwendet, wenn Sie alreay einen bestimmten Pfad zugeordnet haben zu überprüfen.

So beheben Sie dieses Problem alle Schlüssel aus der Konfigurationsdatei löschen. Sie die Datei nicht löschen, weil Sie es wieder aus dem Server-Cache erhalten werden.

Answer 14

Wenn Sie Berechtigungen nicht auf dem Server anderer Leute Workspaces zu löschen, können Sie nur den Namen der Definition Build ändern. TFS einen neuen Arbeitsbereich erstellen und wo es zu. "C: \ Bauen \ ProductReleases \ new build Name hier \ Sources"

Answer 15

Falls zutreffend, können Sie auch die Builddefinition klonen und seinen Namen ändern. Diese workded für mich.

Answer 16

Ich habe versucht, alle folgenden Lösungen wie:

1. Verwenden Sie Kumpane WS löschen.
2. Verwenden Sie tf-Befehle Remote-Server Workspaces zu löschen.
3. Löschen Sie den TFS-Cache-Ordner.

Die für mich folgende gearbeitet:

tf workspaces /remove:*

Answer 17

I geändert

Build Definition -> Workspace -> Build Agent Folder

von

c:\some\path

$(SourceDir)

und das Problem behoben.

Answer 18

Beim Versuch, zu ‚Get neueste Version‘ ein Projektes, das ich zuvor in einem lokalen Verzeichnis zugeordnet hatte und dann gelöscht, habe ich diese gleiche Fehlermeldung. Zuerst habe ich versucht, das Side-Kick-Tool und dann die Visual Studio 2010-Eingabeaufforderung, die beide die mir gesagt, ich hatte keine Arbeitsbereiche zugeordnet.

Als nächstes ich nach ‚VersionControl.config‘ innerhalb c:/users/myuser/appdata und löschte die 4 Referenzen gefunden. Ich wieder geöffnet Visual Studio und ich war in der Lage zu re-map das Projekt, nicht mehr Fehler!

Answer 19

einfachste Weg, dies zu tun ist, um Ihre AppData zu gehen und den TFS-Cache (abhängig von der Version 3.0 oder 4.0) löscht

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

Answer 20

TDN-Lösung für mich gearbeitet, wenn ich das gleiche Problem haben wurde. Der Build-Server erstellt Workspaces unter meinem Konto. Überprüfen Sie dieses Feld erlaubt mir, sie zu sehen und löschen.

Answer 21

Ich habe gleiches Problem in Visual Studio 2017 und TFS 2017. DefaultCollection muss zuerst Sie lokalen Pfad abgebildet werden. Irgendwie war dieser Schritt übersprungen, und ich habe MyFirstProject nur abgebildet werden.

Alles, was Sie tun müssen, ist:
-. 1 Gehen Sie zu Ihrer TFS Webseite und entfernen Sie das Projekt vom Server

.

-. 2 Entfernen Sie das Projekt aus dem lokalen "Worksapces"

-.. 3 Gehen Sie auf "Verbindungen verwalten", die Ihre Startseite in TeamExplorer neu geladen

-.. 4 Sie Konfigurationsseite erhalten, die Sie zum Einrichten Root-Pfad zu Ihrem DefaultCollection erlaubt

-. 5 Sie sollten Meldung erhalten, dass es erfolgreich durchgeführt worden. Jetzt können Sie Ihr Projekt erstellen.

Es ist wichtig, Wurzel Ihrer Sammlung in Ihrem Arbeitsbereich abzubilden und dann ein neues Projekt zugeordnet werden.

Answer 22

Answer 23

Ich habe gleiches Problem in Visual Studio 2017 und TFS 2017. DefaultCollection muss zuerst Sie lokalen Pfad abgebildet werden. Irgendwie war dieser Schritt übersprungen, und ich habe MyFirstProject nur abgebildet werden.

Answer 24

Answer 25

wurde mein Problem mit mehreren Konten im Zusammenhang. Dies ist, wie ich konnte Konten wechseln.

Öffnen Team Explorer

Von der großen Drop-Down-Menü am oberen Rand der Scheibe ...

Navigieren Sie zu: Projekte und meine Teams > Verbindungen verwalten

Navigieren Sie zu: Verbindungen verwalten > Verbindung zum Teamprojekt

Mit dem "Benutzer wechseln" Link-Konten wechseln.

Nun werden die Arbeitsbereichsnamen wird das gewählte Konto übereinstimmen.

Answer 26

Einfach löschen Sie den Arbeitsbereich:

workspace /delete "the-workspace-name"

Answer 27

Ich hatte dieses Problem mit diesem mit Azure DevOps automatisierten baut in einem On-Prem TFS Agenten bauen. Entfernen Sie den Arbeitsbereich TFS Sidekicks hat nicht funktioniert. Und tf.exe konnte nicht einmal auf den Arbeitsbereich, um es zu löschen.

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

1. Beachten Sie die in der Fehlermeldung GUID-Arbeitsbereich.
2. Auf dem Computer, auf dem der Bau stattfindet, navigieren Sie zu:.% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (wobei% USERPROFILE% gehört dem Benutzer, dass die Build ausgelöst)
3. Suchen Sie nach und alle Instanzen des Arbeitsbereiches unter diesem Verzeichnis GUID entfernen. Es wird wahrscheinlich ein Ordner in einem ‚Cache‘ Verzeichnis, sowie für Fremdeinträge in ‚LocationServerMap.xml‘ und ‚LocalItemExclusions.config‘ sein. Entfernen sie alle.

Das in meinem Umstand gearbeitet.