web-dev-qa-db-de.com

Dateien konnten nicht im Arbeitsbereich gefunden werden

Ich verwende Visual Studio 2010 Professional mit TFS als Quellcodeverwaltung und alles hat gut funktioniert. Am Morgen kam ich, ich öffnete meine Lösung und öffnete sie als Offline. Ich habe versucht, online zu gehen, und es heißt 

"Workspace for this solution could not be found."

(Ich erinnere mich nicht an den genauen Fehlersatz). 

Ich habe meine Lösung geschlossen. Ich ging zu pending changes window -> workspace ComboBox -> manage workspace. Ich habe meinen Arbeitsbereich bearbeitet und meine Lösung dem bereits vorhandenen Ordner zugeordnet. 

Jetzt konnte ich meine ausstehenden Änderungen im Fenster sehen. Ich habe meine Lösung wieder geöffnet. Ich habe versucht, eine Datei auszuchecken, und ich habe eine Fehlermeldung erhalten:

msgstr "" "Datei konnte nicht im Arbeitsbereich gefunden werden oder Sie haben keine Berechtigung zum Zugriff auf die Datei.

Zeiger dafür, außer für die neueste Version oder die spezifische Version. Im Arbeitsbereich verwalten war mein Arbeitsbereich privat.

21
Sandy

Tut mir leid, dass ich alle belästigt habe. Am Ende nahm ich die neueste Version, um das Problem zu lösen.

26
Sandy

TFS arbeitet mit einem Cache. Es gibt auf Ihrem Client-Computer einen, der alle Arten von Verwirrung haben kann. Löschen Sie also die darin enthaltenen Dateien. Der Standardpfad ist C:\Users\<Username>\Local Settings\Application Data\Microsoft\Team Foundation\<Version Number>\Cache (Dies kann je nach Betriebssystem variieren, ist jedoch in Ihrem Profil enthalten). 

Sie können versuchen, die Bindungen der Lösung/des Projekts wiederherzustellen, indem Sie zu Datei -> Quellcodeverwaltung -> Quellcodeverwaltung wechseln ... gehen. (Wenn dieser Menüpunkt fehlt, müssen Sie möglicherweise Ihre Menüpunkte zurücksetzen.) Wenn sich die Quelldateien bereits in einem Arbeitsbereich befinden, können Sie im daraufhin angezeigten Dialogfeld in der Symbolleiste auf das Bind-Symbol klicken, um die Datei erneut mit der Quellcodeverwaltung zu verknüpfen. Möglicherweise müssen Sie jedoch immer noch ein Get- oder Re-Open-VS ausführen, damit es sich nicht mehr beschwert.

Sie wissen, dass Sie wissen möchten, ob Sie etwas tun können außer Neueste Version abrufen, aber TFS 2010 speichert die Arbeitsbereichsinformationen auf dem Server und muss eine Verbindung herstellen, um die Metadaten wiederherzustellen. Es klingt, als hätten Sie die Zuordnungen für Ihren Arbeitsbereich im Wesentlichen neu erstellt. Dabei muss der Server die Verbindung wiederherstellen. Ich denke, der einzige Weg, um damit umzugehen, ist ein Get nach dem Einrichten des Arbeitsbereichs. Sie sollten nichts verlieren, es sei denn, Sie verwenden das Dialogfeld "Spezifische Version abrufen". Um sicher zu gehen, kopiere ich Ihre Dateien an einen temporären Speicherort, bevor Sie in diesem Arbeitsbereich "Get Latest" abrufen. Nachdem Sie eine Get Latest Operation durchgeführt haben, sollte alles in Ordnung sein. 

Natürlich möchten Sie vielleicht auch Ihre Berechtigungen für den Ordner überprüfen, dem der Arbeitsbereich zugeordnet ist (ich konnte die genauen Anforderungen nicht finden, nachdem ich etwas herumgesucht habe). Es ist unwahrscheinlich, dass dies das Problem ist, das Sie zu kennen scheinen. Wenn Sie sich jedoch nicht sicher sind, können Sie die Ordner, in denen Sie die Dateien speichern, so einstellen, dass Ihr Benutzerkonto VOLLSTÄNDIGE Berechtigungen für sie hat und ob dies einen Unterschied macht .

Stellen Sie außerdem sicher, dass Sie Visual Studio 2010 SP1 installiert haben.

Das Verhalten wird in Visual Studio und TFS 2012 mit dem Namen Local Workspaces verbessert. Mit Local Workspaces werden die Metadaten Ihrer Dateien im Dateisystem gespeichert und nicht auf dem Server. TFS 2012 sollte sehr bald auf dem Markt sein.

16
Ryan Riehle

Sagen Sie zu den Eingabeaufforderungen okay. Wenn die Lösung geöffnet wird (es werden keine Dateien referenziert), klicken Sie mit der rechten Maustaste auf die Lösung im Lösungs-Explorer und wählen Sie "Projekt neu laden".

1
Jairo

Ich hatte ein ähnliches Problem mit VS2015 und fand heraus, dass die ältere Version von Nuget (VSIX (v3.3.0)) auf meinem Computer installiert war. Ich habe die neueste Version von nuget site heruntergeladen. Es hat mein Problem gelöst

0
Rudresh Bhatt

Ich hatte diesen Fehler. Ich habe die verknüpften Handles (Registerkarte "CPU" im Ressourcenmonitor) auf das Arbeitsbereichsverzeichnis geprüft. Und devenv-Prozess enthält ein Verzeichnis. Also habe ich das Visual Studio neu gestartet und diesen Fehler nicht erhalten.

0
filhit