Kann ein Build-Server mit .NET 4.5 erfolgreich ein Project Targeting 4.0 auf einen Server mit nur .NET 4.0 installieren?

Question

Wir haben .NET 4.5 kürzlich auf unserem Build-Server für die kontinuierliche Integration installiert, so dass es neue Projekte unterstützen kann, die Funktionen von .NET 4.5 verwenden. Dieser Build-Server wird auch zum Erstellen und Bereitstellen älterer Projekte verwendet, von denen einige auf .NET 4.0 abzielen.

Projekte, die auf diesem Server Ziel gebaut .NET 4.0 sind, dann zu einem Zielserver bereitgestellt, die nur installiert wird nun mit dem folgenden Fehler Fehler .NET 4.0 hat:

Method not found: 'Int32 System.Environment.get_CurrentManagedThreadId()'. 

Environment.CurrentManagedThreadId ist ein neuer Eigenschaft von .NET Framework 4.5, so dass es sinnvoll ist, dass ein Server, auf dem 4.0 ausgeführt wird, es nicht finden kann. Allerdings sind wir sind Targeting .NET 4.0 zur Build-Zeit, so in der Theorie sollten wir nicht müssen 4.5 auf dem Produktionsserver installiert haben.

Fazit:

• Projekt zielt 4.0
• Build-Server 4.5
• Der Server, auf dem das Projekt installiert ist dann nur .NET 4.0
eingesetzt hat
• Projekt nicht zur Laufzeit mit Fehler Method not found: 'Int32 System.Environment.get_CurrentManagedThreadId()'.

Was gibt? Ist es möglich, .NET 4.0 dlls auf einem Server mit nur installiertem .NET 4.0 erfolgreich auszuführen, wenn die dlls von einem Server mit .NET 4.5 erstellt werden?

Answer 1

Dies tritt auf, weil 4.5 ein direktes Upgrade auf 4.0 ist. Wenn der Build-Server kompiliert, findet er standardmäßig die 4.5-Assemblys, selbst wenn Sie auf .NET 4 abzielen.

Sie können das korrigieren, aber Sie müssen die 4.0-Referenz-Assemblys zu Ihrem Build-Server hinzufügen (so der Compiler findet sie), und nicht nur auf die .NET 4.5-Versionen verlassen.

Weitere Informationen finden Sie unter Marc Gravell's blog post on the subject.