Team Build-Fehler: Der Weg ... ist bereits zugeordnet zum Arbeitsbereich

Beim erstellen einer neuen build im Team Foundation Server, bekomme ich die folgende Fehlermeldung beim ausführen der neuen build:

Den Pfad
C:\Build\ProductReleases\FullBuildv5.4.2 x\Sources
bereits zugeordnet zum Arbeitsbereich
BuildServer_23.

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

InformationsquelleAutor der Frage NotMyself | 2008-10-22

  1. 131

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

    Können Sie eine Liste aller Arbeitsbereiche, indem Sie eine Visual Studio-Eingabeaufforderung dann ändern, um Ihrem workspace-Ordner und die Ausgabe der folgenden Befehle:

    C:\YourWorkspaceFolder>tf workspaces /owner:*

    Sollten Sie sehen, Ihr problem workspace in der Liste als auch seinen Besitzer.

    Löschen Sie den workspace mit dem folgenden Befehl:

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

    InformationsquelleAutor der Antwort NotMyself

  2. 29

    Erhielt ich diesen Fehler, der verursacht wurde durch zwei build-Definitionen hingewiesen, dass die gleiche Quelle. Das Problem war, dass ich eine statische build-Verzeichnis im Build-Agent.

    Diesem forum post beschreibt mein Problem und die Auflösung genau:
    http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

    InformationsquelleAutor der Antwort YeahStu

  3. 29

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

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

    Wobei Benutzername für den tatsächlichen oder aktuellen Benutzer, und 3.0 ist die version-Nummer.

    InformationsquelleAutor der Antwort Rahim

  4. 25

    Hatten wir das gleiche problem, aber das löschen des Arbeitsbereichs ist aus dem TFS-server hat nicht funktioniert.
    (Ich sollte erwähnen, dass ich mir mein Kollegen-VM, die bereits eingerichtet wurde, mit seinen Anmeldeinformationen.)

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

    Ging ich einfach in die : ...\Lokale Einstellungen\Anwendungsdaten\ gemacht, eine Suche für VersionControl.config auf, öffnete den Ordner, die diese Datei gelöscht und alle ist es Inhalt.

    Vorherigen zu, ich habe versucht, manuell Bearbeiten der Datei, aber es ging weiter mit der gleichen Fehlermeldung.

    Ich hoffe, das hilft.

    InformationsquelleAutor der Antwort asuciu

  5. 16

    Ich hatte ein ähnliches Problem und entfernen Sie den Arbeitsbereich, was mich ein problem, ich loggte mich in eine andere Maschine mit TFS-client installiert und durchgeführt, sind die folgenden:

    • Auf die Datei Menü, zeigen Sie auf - Source-ControlErweiterteund klicken Sie dann auf
      Arbeitsbereiche....
    • In der "Arbeitsbereiche Verwalten" Dialogfeld, aktivieren Sie das Zeigen, remote-Pakete checkbox.
    • Unter der Namen Spalte, wählen Sie den Arbeitsbereich aus, den Sie entfernen möchten, und klicken Sie dann auf Entfernen.
    • In
      die Bestätigung Dialogfeld, klicken Sie auf OK.

    InformationsquelleAutor der Antwort TDN

  6. 16

    Für aus irgendeinem Grund hatte ich Probleme beim löschen des Arbeitsbereichs von der Befehl-Linie Dienstprogramm. Zum Glück fand ich Team Foundation Sidekicks 2010 (aus dieser Beitrag) das ist kostenlos und bietet eine grafische Oberfläche zum anzeigen und löschen von TFS workspaces und viele weitere nützliche TFS-features.

    InformationsquelleAutor der Antwort deadlydog

  7. 5

    Ich hatte ein ähnliches problem mit Visual Studio 2010 beschwert sich über einen bereits zugeordneten Arbeitsplatz, sondern zu löschen den gesamten Arbeitsbereich verwendet habe ich die folgenden aus der Visual Studio-Eingabeaufforderung: "tf workspace PROBLEM_WORKSPACE_NAME". Das brachte eine "Editor" - dialog. Von dort aus konnte ich entfernen, den Pfad in Frage aus dem "Ordner" - Liste, die entledigte sich des Fehlers.

    InformationsquelleAutor der Antwort Mary Hamlin

  8. 4

    Hier ist was ich getan habe (was ich tun):

    Mithilfe von TFS Sidekicks entfernen, um die Benutzer-und server-Filter, so dass Sie leer sind. Damit haben Sie alle Arbeitsbereiche.

    Überprüfen Sie die build-Fehler für den Namen des Arbeitsbereichs. In der OPs-Fall ist es BuildServer_23. Anders ist es in meinem Umfeld aber im Grunde nur passen die Fehler-name mit der in der tfs-sidekick-Liste.

    Klicken Sie auf das rote x zum löschen des workspace.

    Viola!

    InformationsquelleAutor der Antwort Mike Cheel

  9. 4

    war der rest ziemlich einfach.

    Gehen Sie einfach zu diesem Ordner:
    C:\Users{UserName}\AppData\Local\Microsoft\Team Foundation\4\Cache
    und löschen Sie den gesamten Ordner.

    InformationsquelleAutor der Antwort Mohamad Pahlavan

  10. 4

    Ich war immer eine Ausnahme, mir zu sagen, dass die Datei bereits in einem anderen Arbeitsbereich zugeordnet:
    "Der Pfad {Datei-Pfad} ist bereits zugeordnet und im Arbeitsbereich {Workspace-Name}."

    Dieser Arbeitsbereich wurde gelöscht vor.
    Mit Hilfe von Freund von mir fand ich heraus, dass TFS Arbeitsbereich speichern info unter dem user lokale Einstellungen dir. Wir finden eine Datei namens:

    VersionControl.config unter {User Dokumente und Einstellungen dir}\Local Settings\Application Data\Microsoft\Team Foundation\1.0\Cache.
    Diese Datei enthält alle lokalen Zuordnung von TFS. Wahrscheinlich, wenn Sie die Map-Methode und verwenden Sie nicht:
    public void DeleteMapping(WorkingFolder mapping), bevor das löschen des Arbeitsbereichs die mapping-Informationen nicht aus dieser Datei entfernt, die von TFS zu prüfen, wenn Sie haben alreay zugeordnet einem bestimmten Pfad.

    Um dieses problem zu beheben, löschen Sie alle Schlüssel aus der config-Datei. Löschen Sie nicht die Datei, da bekommst du es wieder aus dem server-cache.

    InformationsquelleAutor der Antwort Morteza

  11. 1

    Wenn Sie nicht über die Berechtigungen auf dem server zu löschen, anderen Menschen die Arbeitsbereiche, Sie können einfach ändern Sie den Namen der build-definition. TFS wird Sie einen neuen Arbeitsbereich erstellen und zuordnen "C:\Build\ProductReleases\new build-name hier "\Sources".

    InformationsquelleAutor der Antwort Lionel Orellana

  12. 1

    Falls zutreffend, können Sie auch clone build definition und seinen Namen ändern. Diese workded für mich.

    InformationsquelleAutor der Antwort Stinky Towel

  13. 1

    Ich habe versucht, alle der folgenden Lösungen wie :

    1. Verwenden sidekicks zu löschen WS.
    2. Tf-Befehle zum löschen von remote-server-Arbeitsbereiche.
    3. Löschen Sie die TFS-cache-Ordner.

    Folgendes bei mir funktioniert:

    tf workspaces /remove:*

    InformationsquelleAutor der Antwort AyeVeeKay

  14. 0

    Änderte ich

    Build Definition -> Workspace -> Build Agent Folder

    vom

    c:\some\path

    zu

    $(SourceDir)

    und es wurde das Problem behoben.

    InformationsquelleAutor der Antwort abatishchev

  15. 0

    Während Sie versuchen, "Letzte version abrufen" - ein Projekt, welches ich hatte zuvor zugeordnet zu einem lokalen Verzeichnis und dann gelöscht, ich sah diese gleiche Fehlermeldung.
    Zuerst habe ich versucht, das SideKick-tool und dann die Visual Studio 2010-Eingabeaufforderung, die beide sagten mir, ich hatte keine Arbeitsbereiche zugeordnet.

    Nächstes suchte ich nach 'VersionControl.config' in c:/users/myuser/appdataund gelöscht 4 Verweise gefunden.
    Ich Sie wieder öffnete, Visual Studio, und ich war in der Lage, re-map-Projekt, kein Fehler mehr!

    InformationsquelleAutor der Antwort rpstex

  16. 0

    Einfachste Weg, dies zu tun ist zu gehen, um Ihre Anwendungsdaten und löschen Sie die TFS-cache (abhängig von der version 3.0 oder 4.0)

    C:\Users{UserName}\AppData\Local\Microsoft\Team Foundation\3.0\Cache
    oder
    C:\Users{UserName}\AppData\Local\Microsoft\Team Foundation\4.0\Cache

    InformationsquelleAutor der Antwort user2048576

  17. 0

    TDN Lösung für mich gearbeitet, wenn ich hatte das gleiche Problem. Der Build-server erstellt Arbeitsbereiche unter mein Konto. Diese checkbox erlaubt mich zu sehen, und löschen Sie Sie.

    InformationsquelleAutor der Antwort Joe

  18. 0

    Ich habe dasselbe Problem in Visual Studio 2017 und TFS 2017. DefaultCollection zugeordnet werden muss zunächst, um Sie den lokalen Pfad. Irgendwie war dieser Schritt übersprungen und ich hab auch nur MyFirstProject zugeordnet.

    Team Build-Fehler: Der Weg ... ist bereits zugeordnet zum Arbeitsbereich

    Alles, was Sie tun müssen, ist:

    - 1. Gehen Sie zu Ihrem TFS web-Seite und entfernen Sie das Projekt aus dem server.

    Team Build-Fehler: Der Weg ... ist bereits zugeordnet zum Arbeitsbereich

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

    Team Build-Fehler: Der Weg ... ist bereits zugeordnet zum Arbeitsbereich

    - 3. Gehen Sie zu "Verbindungen Verwalten" zu aktualisieren Sie Ihre Homepage im TeamExplorer.

    Team Build-Fehler: Der Weg ... ist bereits zugeordnet zum Arbeitsbereich

    - 4. Erhalten Sie die Konfiguration Seite, die es Ihnen erlauben, root-Pfad zu Ihrem DefaultCollection.

    Team Build-Fehler: Der Weg ... ist bereits zugeordnet zum Arbeitsbereich

    - 5. Sollten Sie die Meldung bekommen, dass es schon erfolgreich getan. Jetzt können Sie das Projekt erstellen.

    Team Build-Fehler: Der Weg ... ist bereits zugeordnet zum Arbeitsbereich

    Es ist wichtig, anzeigen Wurzel Ihrer Sammlung zu Ihrem Arbeitsbereich und dann erste Karte ein neues Projekt.

    InformationsquelleAutor der Antwort Serge Voloshenko

  19. 0

    Meine Frage bezog sich auf die Verwendung mehrerer Konten. Dies ist, wie ich in der Lage war, zwischen den Konten wechseln.

    Öffnen Team Explorer

    Vom großen drop-down-Menü in der Nähe des oberen Rand des Fensters...

    Navigieren Sie zu:
    Projekte und meine Teams>Verbindungen Verwalten

    Navigieren Sie zu:
    Verbindungen verwalten>Connect to Team Project

    Verwenden Sie die "Benutzer Wechseln" - link, um das Konto zu wechseln.

    Nun den workspace-Namen werden mit den gewählten Konto.

    InformationsquelleAutor der Antwort Michael Twohey

Schreibe einen Kommentar