TFS 2015 Build SGEN Fehler: 'Montage mit falschem Format'

Question

Wir aktualisieren unser TFS-Build-System von 2012 bis 2015 und erstellen unsere Build-Maschine neu. Wir haben den Build-Service eingerichtet, notwendige Abhängigkeiten usw. installiert. Die (alten) XAML-Builds funktionieren einwandfrei bis auf den folgenden SGEN-Fehler:

SGEN: Es wurde versucht, eine Assembly mit einem falschen Format zu laden: (location of compiled Projekt .dll)

Nach viel Googeln und und Lesen einer Reihe von Stack-Overflow-Artikel, bin ich immer noch ratlos. Ich bezog mich auf mehrere Seiten einschließlich: - SGEN: An attempt was made to load an assembly with an incorrect format

Ich habe

versucht

• Installieren von Windows SDK 8.1 (und 8.0), 6.1, SDK für Windows Server 2008 .NET 3.5
• Installieren .NET 3.5 zu 4.6.1
• Installieren von Visual Studio 2010, 2012, 2015
• Ändern der TFS xMAL Vorlagendatei Erstellen MSBuildPlatform auf x86-Einstellung (Microsoft.TeamFoundation.Build.Workflow.Activities.ToolPlatform.x86)
• Die generierte Serialisierungsstrategieeinstellung wurde für alle Projekte automatisch festgelegt
• Die Build Definition-MSBuildPlatform- und 'configuration to build'-Einstellungen wurden auf x86 geändert, dies führte jedoch zu mehreren (nicht zusammenhängenden) Fehlern. Letztendlich müssen die kompilierten Projekte als x64 laufen.

Auch

• Es gibt keine sgen.exe im Verzeichnis C:/Programme/.... obwohl es in C mehrere sind: \ Program Files (x86). Ich kann nicht bestätigen, dass es überhaupt eine x64-Version auf dem System gibt, und ich kann auch nicht herausfinden, wo ich eine installieren soll.
• die Build-Einstellmöglichkeit auf x86 ‚Konfiguration zu bauen‘ ist keine Option: dies als x64 kompiliert werden muss

Wir haben eine sehr große Code-Basis bauen, die von einem anderen Team gehört, so ändert Die .SLN- oder .csproj-Dateien sind keine wirklich gute Lösung, es sei denn, sie ist absolut notwendig.

Answer 1

Die Zielplattformen in den Projekt- und Projektdateien waren nicht korrekt. Ich glaube an den Prozess der Lösung anderer Probleme, ich hatte die Plattformziele für Projekt- und Lösungsdateien geändert.

Da es sich bei diesem Upgrade um einen Testlauf handelte, konnten wir das Upgrade erneut ausführen, wodurch der Code tatsächlich auf den letzten Code vor dem Upgrade zurückgesetzt wurde.