Das Zielframework für mehrere Projekte kann nicht von Version 4.0 auf Version 4.5 oder Version 4.5.1 geändert werden

8

Ich habe mehrere Projekte in einer großen Lösung, die nicht auf V4.5.1 (oder sogar V4.5) konvertiert werden können. Die meisten haben es getan, aber offensichtlich muss ich sie alle konvertieren lassen. Die GUI in Visual Studio sagt, dass sie es getan hat und lädt das Projekt neu, aber wenn Sie zurück in die Eigenschaften gehen, sagt es immer noch V4 und es wird nicht kompiliert wegen der Abhängigkeiten, die richtig konvertiert wurden und sind V4.5.1

Ich habe versucht, die .csproj-Dateien manuell zu aktualisieren, und es heißt 4.5.1 als Zielframework, und ich habe sogar die Datei app.config / web.config aktualisiert, um auf die richtige Version zu verweisen, aber auf der Eigenschaftsseite von Visual Studio steht immer noch .NET 4 und wirft Kompilierungsfehler, weil es nicht auf diejenigen zugreifen kann, die erfolgreich auf 4.5.1

aktualisiert wurden

Was fehlt mir dabei, um diese zu aktualisieren? Ich habe VS.net 2012 und 2013 versucht und beide tun das gleiche.

    
James Hancock 23.01.2014, 18:46
quelle

5 Antworten

6

In der Hoffnung, dass dies anderen hilft:

In unserem Fall war das Problem, dass wir auf eine benutzerdefinierte Zieldatei verwiesen haben, die für die gesamte Lösung erstellt wurde. Obwohl das Projekt aktualisiert wurde, überschrieb die benutzerdefinierte Zieldatei diese und verhinderte, dass das Projekt aktualisiert wurde.

Die Zieldatei wurde auf .net 4.5 aktualisiert und alles war in Ordnung.

    
James Hancock 15.07.2014, 20:58
quelle
1

Ich hatte ein ähnliches Problem. Es stellte sich heraus, dass die DLLs für das Zielframework 4.5.1 erstellt wurden, aber das Projekt, in dem ich arbeitete, wurde nur für 4.5 erstellt. Es gab einige unterdrückte Warnmeldungen, als ich kompilierte. Als ich Kompilierungswarnungen zeigte, war das der Hinweis, der mir sagte, was vorging.

Ich habe die DLLs für Framework 4.5 neu kompiliert, und dann wurden die DLLs automatisch kopiert, ohne dass zusätzliche Referenzen auf die Assemblys benötigt wurden.

    
CodeMonkey 16.03.2016 17:25
quelle
0

Nach zwei Tagen des Leidens habe ich ein neues Projekt mit dem Ziel .NET 4.5 erstellt und dann manuell alle Dateien aus dem bestehenden Projekt kopiert. Sichergestellt, dass neues Projekt kompiliert wird. Altes Projekt entfernt Das neue Projekt wurde in das Verzeichnis des alten Projekts verschoben, damit ich es in den Stamm reversieren kann. Job erledigt.

Projekt, das ich aufwertete, war ein altes WPF-Projekt mit Tausenden (kein Scherz) XAML-Dateien in einem einzigen Projekt. Es hatte auch eine Release-Vorschau von MvvmLight (Jahre alt) und eine ältere Version von Prism zusammen mit einer Reihe von anderen Bibliotheken. Alles und all das Projekt ist ein Durcheinander und jemand muss etwas wirklich Dummes getan haben, um das Targeting von .NET 4.5 so schwierig zu machen.

    
vikp 17.03.2015 09:31
quelle
0

Für mich bestand die Lösung darin, alle überflüssigen <PropertyGroup> -Abschnitte aus der .csproject-Datei zu entfernen - mit Ausnahme der ersten.

VS 2015 hat die <TargetFramework> auf nur eine von ihnen (nicht die erste) auf 4.5.1 gesetzt.

    
Spikolynn 08.10.2015 17:29
quelle
0

In meinem Fall habe ich mit Projekten gearbeitet, die für SharePoint 2010 entworfen wurden. Offensichtlich beschränkt die Projektvorlage die auswählbare .NET Ziel-Framework-Version.

Als ich versucht habe, einen SharePoint 2016-Server zu kompilieren, habe ich nach dem Herunterladen der Beta-Vorlagen für 2016 automatisch dazu aufgefordert, diese Projekte zu aktualisieren, wenn ich versuche, die Lösung erneut zu öffnen. Hoffe, das hilft jemandem.

Vorschau-Bits für SharePoint 2016 sind hier verfügbar: Ссылка

    
phil 27.06.2016 21:12
quelle