Visual Studio-Warnung: "Einige der mit der Lösung verknüpften Eigenschaften konnten nicht gelesen werden."

Wenn ich meine Lösung öffne, wird ein Dialogfeld mit dieser Warnung angezeigt. Die Lösung (eine Web-App, ein Klassenprojekt) wird fehlerfrei erstellt.

Wie kann ich feststellen, welche Eigenschaften das Problem verursachen, und den Fehler beheben?

Ich habe gerade ein ähnliches Problem mit einer VS2010-Lösung mit 35 Projekten behoben ... Die Ursache war ein Duplikat

GlobalSection(TeamFoundationVersionControl)

Abschnitt in der Lösungsdatei. Ich habe die Lösung geschlossen, die doppelte GlobalSection-Konfiguration (TeamFoundationVersionControl) entfernt und die Lösung neu geladen, und die Warnmeldung war verschwunden.

Wenn dies nicht das Problem für Sie ist, würde ich angesichts der Tatsache, dass Sie nur zwei Projekte haben, die kaputte Lösungsdatei fallen lassen, eine neue Lösung erstellen und Ihre beiden Projekte erneut hinzufügen ...

Es scheint, dass es eine Reihe von Gründen für diese Warnung gibt. Ich habe es bekommen, weil meine Lösungsdatei SccNumberOfProjects = 4nur 3 war.

Die beste Lösung besteht darin, den VS zu zwingen, die Konfigurationen neu zu generieren. Um dies zu tun:

1. Öffnen Sie die SLN-Datei mit einem Texteditor.
2. Scrollen Sie nach unten, bis Sie das letzte "EndProject" -Element erreichen.
3. Löschen Sie danach alles.
4. Speichern, schließen und erstellen Sie die Lösung neu, und alles wird neu generiert.

Ich habe gerade ein ähnliches Problem in VS2012 mit 44 Projekten behoben .

Die Ursache war eine Kombination aus einem duplizierten GlobalSection(TeamFoundationVersionControl)Abschnitt (Antwort von a la Boycs), aber ich hatte auch mehrere Projekte dupliziert - sowie einige Verweise auf Projekte, die kürzlich entfernt wurden - innerhalb des GlobalSection(TeamFoundationVersionControl)Abschnitts, den ich aufbewahrte.

Nachdem ich sichergestellt hatte, dass alle referenzierten Projekte 1: 1 mit den tatsächlichen Projekten in meiner Lösung übereinstimmten, verschwand die Warnung.

^{_{Nebenbei: Ich vermute, dass die meisten dieser Probleme hätten vermieden werden können, wenn der .sln während der Verzweigung und der Festschreibung von Zusammenschlüssen mehr Aufmerksamkeit geschenkt worden wäre, aber wer weiß, was VS manchmal denkt ...}}

Ich hatte eine Vielzahl der oben genannten Fehler. Ich habe das Projekt umbenannt, geschlossen gespeichert, wieder geöffnet und den Namen wieder geändert. Dadurch wird die SLN-Datei neu erstellt und in meinem Fall alle zusätzlichen Elemente entfernt.

Eine identische Fehlermeldung in VS2012 wurde behoben, indem Boycs 'Anweisungen gefolgt wurden. Für mich waren das Problem zwei überflüssige GlobalSection(SolutionConfigurationPlatforms) = preSolutionBlöcke am Ende meiner SLN-Datei.

Für mich war das Problem Leerzeichen (durch Kopieren und Einfügen) am Ende jeder Zeile. Durch das Entfernen habe ich den Fehler nicht erneut erhalten.

In VS 2015 hatte ich zwei dieser Abschnitte " GlobalSection (TeamFoundationVersionControl) = preSolution ".

Das erste enthielt das neueste Projekt, das der Lösung hinzugefügt wurde, das zweite (gegen Ende der Lösungsdatei) nicht. Nach dem Löschen der zweiten wurde die Lösung in VS 2015 fehlerfrei geöffnet.

Die anderen Antworten erklären bereits, wie das Problem behoben werden kann. Vielleicht kann ich helfen, das Problem nicht wieder zu bekommen:

Wie ich zu dem Problem kam Unsere Lösungsdatei wurde durcheinander gebracht, als ich ein neues Projekt hinzufügte, während ein anderer Entwickler ebenfalls ein neues Projekt hinzufügte und seine Änderungen festschrieb (die ich auf meinem lokalen System nicht bekam). Als ich anfing, meine Änderungen zu übernehmen, musste ich die .sln-Datei zusammenführen, wo ich offensichtlich Fehler gemacht habe :-)

Was ich gelernt habe

Lösungsdateien sind schrecklich zusammenzuführen. Wenn Sie ein Projekt hinzufügen, gehen Sie wie folgt vor: 1. Holen Sie sich die neueste Version. 2. Fügen Sie Ihr Projekt hinzu. 3. Übernehmen Sie

Wenn Ihre Lösungsdatei unter ausstehenden Änderungen angezeigt wird, Sie jedoch keine Änderung im Vergleichsmodus sehen, müssen Sie auf "Alle speichern" klicken. Beim Hinzufügen Ihres neuen Projekts hat VisualStudio auch die Lösung geändert. Dies ist jedoch derzeit eine nicht gespeicherte Änderung.

Überprüfen Sie, ob Ihre SccNumberOfProjects in Ihrer SLN- Datei von Ihrer tatsächlichen Projektnummer abweichen.

Ich habe ein ähnliches Problem in vs2012 behoben.

In meinem Fall bestand das Problem darin, dass der Eigenschaftswert SccProjectName0 in GlobalSection in der Datei MySolutionName.sln leer war.

Ich habe es gelöst, indem ich den Wert SccProjectName0 mit einer Kopie dieses Zeichenfolgenwerts aus einer anderen Lösung festgelegt und den Namen des Projekts in der Zeichenfolge durch den aktuellen ersetzt habe (Übrigens - wenn Ihr Projektname als Leerzeichen darin enthalten ist (''), muss dies geschehen durch '\ u0020' ersetzen).

* *

In meinem Fall beginnt das Problem, nachdem ich versehentlich die von TFS gesteuerte Lösung mit der alten MySolutionName.sln-Datei derselben Lösung geöffnet habe, seit diese Lösung von VSS gesteuert wurde.

VS2015 Update 3. [GlobalSection (TeamFoundationVersionControl) = preSolution] wurde in der Lösungsdatei dupliziert. Das untere Duplikat enthielt ein Projekt, das zuvor entfernt wurde. Durch Entfernen dieses Duplikats wurde das Problem behoben. Ich denke, die Duplizierung wurde durch ein vorheriges Zusammenführungsproblem verursacht.

Ich kann noch eine mögliche Lösung hinzufügen: Eine zweifelhafte Zusammenführung bedeutete, dass eine der Zeilengruppen SccProjectUniqueName / SccProjectName / SccLocalPath im Abschnitt GlobalSection (TeamFoundationVersionControl) Zahlen hatte, die nicht eindeutig waren, obwohl die SccNumberOfProjects korrekt waren. Die Nummerierung wurde korrigiert, die Fehlermeldung verschwand.

VS 2019 - Ich habe zum ersten Mal in VS 2019 ein VS 2017-Projekt geöffnet. Klicken Sie im Ausgabefenster auf die DDL "Ausgabe anzeigen von:" und überprüfen Sie Ihre Optionen, da möglicherweise zusätzliche Fehlerinformationen angezeigt werden.

In meinem Fall bestand die Lösung darin, meine Versionsverwaltungszuordnungen für 2019 neu zu konfigurieren.

• Gehen Sie in den Team Explorer
• Klicken Sie auf die Schaltfläche Verbindungen verwalten (Stecker).
• Klicken Sie auf den Link Verbindungen verwalten und dann auf Mit einem Projekt verbinden ...
• ...

Ich hatte das gleiche Problem und meine Lösung lautet:

1. Öffnen Sie die Lösung in VS
2. Setzen Sie die Lösungsplattform auf Standard
3. Speichern Sie es
4. Schließen Sie den VS
5. Öffnen Sie die SLN-Datei in Notepad ++ (oder einem anderen Editor).
6. Löschen Sie alle anderen Elemente der Lösungsplattform von überall
7. (Zum Beispiel: {73E03C8F-1F76-45E2-9D45-FA040A63F0AA} .Release | Beliebige CPU.Build.0 = Release | Beliebige CPU)
8. Speichern Sie es und öffnen Sie die Lösung erneut.

Das funktioniert bei mir.