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.
tfs
build-server
Nicht ich
quelle
quelle
Antworten:
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:
Sie sollten Ihren Problemarbeitsbereich in der Liste sowie dessen Eigentümer sehen.
Sie können den Arbeitsbereich mit dem folgenden Befehl löschen:
quelle
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.
quelle
WorkspaceInfo
Eintrag des fehlerhaften Arbeitsbereichs aus entfernenC:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config
. XPath:/VersionControlServer/Servers/ServerInfo/WorkspaceInfo
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/
quelle
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:
quelle
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.
quelle
Local Settings\Application Data\Microsoft\Team Foundation
Ordner gelöscht und danach war alles in OrdnungAus 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.
quelle
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.
quelle
tf
beschwert, 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.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.
quelle
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.
quelle
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!
quelle
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.
quelle
Falls zutreffend, können Sie auch die Build-Definition klonen und ihren Namen ändern. Das hat bei mir funktioniert.
quelle
Ich habe alle folgenden Lösungen ausprobiert, wie zum Beispiel:
Folgendes hat bei mir funktioniert:
quelle
ich habe mich verändert
von
zu
und es hat das Problem behoben.
quelle
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/appdata
und löschte die 4 gefundenen Referenzen. Ich habe Visual Studio erneut geöffnet und konnte das Projekt neu zuordnen, kein Fehler mehr!quelle
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
quelle
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.
quelle
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.
quelle
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.
quelle
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.
quelle
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:
Das hat unter meinen Umständen funktioniert.
quelle
Löschen Sie einfach den Arbeitsbereich:
quelle