Die Projektdatei wurde umbenannt oder befindet sich nicht auf Ihrem Computer

Ich erhalte diese Fehlermeldung, wenn ich versuche, ein VS 2008-Projekt aus der TFS-Quellcodeverwaltung zu laden:

Die Projektdatei wurde verschoben, umbenannt oder befindet sich nicht auf Ihrem Computer

Nachdem ich auf OK geklickt habe, sagt das Projekt "nicht verfügbar". Was ist das Problem? Wie löse ich das? Ich hatte dieses Problem noch nie zuvor. Einige Blogs sagten, sie sollten die .suo-Datei löschen, aber ich kann die .suo-Datei nicht finden. Ich habe das gesamte Projekt auf meinem lokalen Computer gelöscht, damit beim nächsten Öffnen ein neues erstellt wird, aber ich erhalte immer noch den gleichen Fehler.

Was normalerweise zur Behebung beiträgt, ist das Löschen der Lösungsbenutzeroptionen, auch bekannt als "SUO".

VS bis 2013

Im älteren VS wird es als "versteckt" SolutionName.suoim selben Ordner wie die Hauptdatei .slngespeichert.

VS2015 oder höher

In VS2015 wurden dieselben Daten in einen "versteckten" .vsOrdner unter demselben Ordner wie die Hauptdatei verschoben .sln.

Ich bin gerade mit VS 2013 auf dieses Problem gestoßen, nachdem ich ein Projekt umbenannt habe. Stanleys Antwort führte mich zur Lösung:

VS schließen - .suo-Datei löschen - VS erneut starten.

Löschen Sie die .suo-Datei auf besondere Weise.

1. Öffnen Sie die Lösung nicht, wenn Sie die versteckte .suo-Datei löschen.
2. Starten Sie VisualStudio neu.
3. Lösung öffnen und Projekt ohne Fehlermeldung hinzufügen.

TFS funktioniert wie die meisten Versionsverwaltungspakete: Es merkt sich, was es auf Ihrem Computer gespeichert hat, sodass beim "Abrufen der neuesten Version" nur die Änderungen seit Ihrem letzten "Abrufen" abgerufen werden müssen, anstatt absolut alles abrufen zu müssen.

Dies hat eine Einschränkung: Wenn Sie die lokalen Dateien auf Ihrer Festplatte löschen oder umbenennen, weiß TFS nicht, dass Sie dies getan haben, und es wird immer noch denken, dass sie dort sind, wo sie sie hinterlassen haben.

Wenn Sie dann "Neueste abrufen", wird es nicht die Mühe machen, die fehlenden Dateien zu aktualisieren.

Sie werden dann wahrscheinlich alle Arten von "fehlenden Datei" -Fehlern von TFS und anderen Tools erhalten, die nach den Dateien suchen.

Um es zu umgehen, müssen Sie:

• Wenn Sie glauben, dass Sie dort Änderungen haben, die Sie nicht verlieren möchten, kopieren Sie den Quellordner als Backup für alle Fälle auf Ihren PC!
• Klicken Sie mit der rechten Maustaste auf das Projekt (im Projektmappen-Explorer) oder den Ordner (in der Quellcodeverwaltung).
• Wählen Sie "Get Specific Version" aus dem Kontextmenü
• Wählen Sie die "Neueste Version" und aktivieren Sie die Option "Erzwingen des Abrufs von Dateien, die sich bereits in Ihrem Arbeitsbereich befinden", wodurch TFS angewiesen wird, das "Wissen" zu vergessen und trotzdem alle Dateien erneut abzurufen.

Wenn Sie lokal geänderte (beschreibbare) Dateien haben, seien Sie vorsichtig. Es gibt eine zweite Option, die diese überschreibt und Ihre Änderungen verliert. Aber Sie haben das Backup, also sollten Sie sicher sein. Im Allgemeinen ist es auch besser, diese Option anzukreuzen, um sicherzustellen, dass Ihr gesamter Quellcode vollständig auf dem neuesten Stand ist. (Aber natürlich nur, wenn es Ihnen nichts ausmacht, lokale Änderungen zu verlieren!)

Wenn Sie in Ordnung sind, werden alle Dateien im Projekt zwangsweise auf Ihr lokales Laufwerk übertragen, und das Problem sollte behoben werden.

Obwohl es ein bekannter VS-Defekt ist, können wir ihn definitiv behandeln!

• Öffnen Sie die Lösungsdatei im Bearbeitungsmodus

• Ändern Sie den relativen Pfad so, dass er mit dem geänderten / verschobenen physischen Pfad übereinstimmt.

  SccProjectUniqueName1 = Source\\Order\\Order.csproj
  SccProjectName1 = Order.ApplicationService
  SccLocalPath1 = Order.ApplicationService
  

• Stellen Sie außerdem sicher, dass der relative Pfad für die verweisenden Projekte korrekt ist.

  Project("{asdasd-301F-11D3-BF4B-asdasd}") = "Order",
          "Source\Order\Order.csproj", "{E25641BC-C990-40E2-8876-08AE8728F763}"
  EndProject
  

Versuchen Sie, .csproj oder .vbproj anstelle von .sln zu öffnen. Was wahrscheinlich passiert ist, ist, dass die .sln-Datei (Lösungsdatei) einen absoluten Dateiverweis (anstelle eines relativen Pfads) auf die entsprechenden Projekte hat. Möglicherweise müssen Sie die SLN-Datei neu erstellen oder von Hand bearbeiten.

Die einfachste Option, die für mich ausgearbeitet wurde, ist:

1. Klicken Sie mit der rechten Maustaste auf das Projekt und entfernen Sie das Projekt "nicht geladen" oder "nicht verfügbar"
2. Klicken Sie mit der rechten Maustaste auf die Lösung und fügen Sie "Vorhandenes Projekt" hinzu.

In meinem Fall war das Löschen der .suo-Datei nicht ausreichend. Ich habe festgestellt, dass in meiner Arbeitsbereichskonfiguration ein Fehler aufgetreten ist. Ich habe das Problem mit den folgenden Schritten entdeckt und gelöst:

1. Im Team Explorer wird "Arbeitsbereiche verwalten ..."

   

2. Klicken Sie auf "Bearbeiten ..."

   

3. Korrigieren Sie den Wert unter "Lokaler Ordner"

   

4. Löschen Sie abschließend die betroffenen .suo-Dateien gemäß der akzeptierten Antwort.

Ich fand es am einfachsten, eine neue Solution SLN-Datei zu erstellen.

Löschen Sie Ihre Arbeitsbereichszuordnungen (Datei -> Quellcodeverwaltung -> Arbeitsbereiche). Bearbeiten Sie den Arbeitsbereich und löschen Sie entweder alle Zuordnungen (weitere Auswirkungen) oder suchen Sie die Zuordnung, die diesem Serverpfad zugeordnet ist. Öffnen Sie dann den Quellcodeverwaltungs-Explorer und ordnen Sie ihn neu zu. Doppelklicken Sie im Versionsverwaltungs-Explorer auf die SLN, um die neueste Version zu erhalten. Ich bin mir nicht ganz sicher, was passiert ist oder in welchen Zustand du gekommen bist, aber damit solltest du dich wieder bewegen.

Ich bin auf dieses Problem gestoßen und konnte es beheben, indem ich die .rptprojDateien von einem Kollegen abgerufen und in mein lokales Verzeichnis kopiert habe. Das Projekt konnte dann neu geladen werden.

Ich habe viel Zeit damit verbracht, dieses Problem zu lösen. Ich habe die folgenden Schritte ausgeführt: Projekt umbenennen, Namespaces umbenennen, Projektordner umbenennen, SLN-Datei bearbeiten, versteckte SUO-Datei bearbeiten. Projekt geladen, aber für TFS nicht erkennbar! Endlich habe ich diesen Leitfaden gefunden .

Wenn Sie Resharper verwenden und TFVC Ihre Versionskontrolle ist, gehen Sie folgendermaßen vor:

• Klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf das Projekt, wählen Sie Umbenennen und geben Sie den neuen Namen ein

• Klicken Sie erneut mit der rechten Maustaste auf das Projekt und wählen Sie Eigenschaften. Ändern Sie den "Assembly-Namen" und den "Standard-Namespace" auf der Registerkarte "Anwendung".

• Klicken Sie erneut mit der rechten Maustaste auf das Projekt und wählen Sie Refactor -> Namespaces anpassen. Akzeptieren Sie die Änderungen.

• Ändern Sie den AssemblyTitle und das AssemblyProduct in Properties / AssemblyInfo.cs

• Löschen Sie die Verzeichnisse bin und obj im Windows Explorer

• Öffnen Sie den Versionsverwaltungs-Explorer und benennen Sie das Projektverzeichnis um. Dadurch wird die Lösung geschlossen. Lass es geschlossen sein.

• Öffnen Sie die SLN-Datei (mit einem Texteditor wie Notepad ++) und ändern Sie den Pfad zum Projekt (es sollten mehrere Stellen vorhanden sein).

• Öffnen Sie die Lösung erneut. Bereinigen Sie das Projekt und erstellen Sie es neu.

Klicken Sie mit der rechten Maustaste auf das nicht verfügbare Projekt und bearbeiten Sie die Projektdatei. Möglicherweise finden Sie einen fest codierten oder einen virtuellen Dateipfad, der nicht mit dem Ort übereinstimmt, an dem Sie das Projekt ausgecheckt haben.

Freundlichkeit,

Dan

Lösung dafür

1. Benennen Sie den Projektordner erneut um
2. Stellen Sie eine bestimmte Version ein und erzwingen Sie den Zugriff in TFS
3. Entfernen Sie die schreibgeschützte und versteckte Option im neuesten Ordner (nicht den umbenannten).
4. Jetzt können Sie das Projekt ohne Probleme öffnen

Manchmal vergessen Sie möglicherweise, den Ordnernamen zu überprüfen, der das Projekt enthält , obwohl Sie den Pfad geändert .slnund .csprojmanuell umbenannt haben.