MSBuild 2015 Veröffentlichen: Ich kann den gültigen AspnetMergePath nicht finden

Question

Ich habe einen Build auf TeamCity, der ein Webprojekt für die spätere Bereitstellung vorbereitet, derzeit MSBuild 2013 verwendend. Als ich letztens Code gepusht habe, bekam ich Buildfehler (aufgrund der Tatsache dass ich eine C# 6 Funktionen) wurde unter Verwendung von so ging ich die Build-Konfiguration zu verwenden MSBuild 2015 statt und bekam diesen Fehler zu ändern:

[Error] C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\Web\Transform\Microsoft.Web.Publishing.AspNetCompileMerge.targets(132, 5): Can't find the valid AspnetMergePath

Dieser Fehler wird in anderen Fragen vor (wie hier erwähnt: VS 2012 Publish: Can't find the valid AspnetMergePath) aber leider hat keine der in diesen Fragen erwähnten Korrekturen für mich funktioniert.

Dinge, die ich habe bereits versucht, oder waren bereits der Fall:

• Web und WebApplication Verzeichnisse von den lokalen Rechner (unter C: \ Program Files (x86) \ MSBuild \ Microsoft \ Visualstudio \ v14.0) hat wurde kopiert up-Server zu bauen (sie schon immer dort gewesen)
• Added <TargetFrameworkSDKToolsDirectory>C:\Program Files (x86)\Microsoft SDKs\Windows\v8.1A\bin\</TargetFrameworkSDKToolsDirectory> zu Microsoft.Web.Publishing.AspNetCompileMerge.targets Datei
• hinzugefügt /p:AspnetMergePath="C:\Program Files (x86)\Microsoft SDKs\Windows\v8.1A\bin\NETFX 4.5.1 Tools\" zu MSBuild Befehl

Ich bin ein wenig verloren mit diesem: ziemlich das einzige, was ich nicht versucht habe, ist Visual Studio auf dem Build-Server zu installieren, aber ich möchte das wirklich vermeiden, wenn ich kann (weil ich denke, es ist lächerlich, dass Sie eine vollständige IDE auf einem CI-Server installieren müssen!).

Einige weitere Infos:

• alles weiterhin gut funktionieren, wenn Sie den Build zurück zu MSBuild 2013 wechseln (obwohl, natürlich, wir wollen nicht in der Vergangenheit stecken bleiben)
• wir haben eine Reihe von anderen reine Kompilation Builds, die ohne Fehler

Answer 1

Sowohl die zweite und die dritte Lösung ursprünglich vorgeschlagen auf VS 2012 Publish: Can't find the valid AspnetMergePath gegen MSBuild 2015 laufen tatsächlich funktionieren, aber die richtige Version der SDK-Tools muss zur Verfügung gestellt werden.

Der Originalartikel (VS 2012 Publish: Can't find the valid AspnetMergePath) wurde im Jahr 2013 geschrieben und deckt das Visual Studio 2012. Die aspnet_merge.exe, die unter dem Pfad unterstützt C# 6.0 und .NET 4.6 ist nicht derjenige, der "C:\Program Files (x86)\Microsoft SDKs\Windows\v8.1A\bin\NETFX 4.5.1 Tools\" gefunden wird.

Um die dritte Lösung zu verwenden, verwenden Sie stattdessen den folgenden Pfad "C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Tools\".

in Oder Worten Zugabe/p:AspnetMergePath="C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Tools\"zu MSBuild-Befehl löst das Problem.

Mein Team hatte genau das gleiche Problem wie das, das Sie beschreiben, und das Hinzufügen dieses Parameters zum MSBuild-Schritt wurde sofort korrigiert. (Ich nehme natürlich an, dass Sie die NETFX 4.6-Version der Tools auf Ihrer Build-Maschine haben.)

Als Nebenbemerkung, da Sie gesagt haben, dass Sie Team City verwenden - anstatt den obigen Parameter direkt als Befehlszeilenparameter hinzuzufügen, können Sie die Team City empfohlen und configure the corresponding build parameter verwenden.

Answer 2

Die akzeptierte Antwort ist nur Symptombehandlung und behandelt das zugrunde liegende Problem nicht. Bitte führen Sie MSBuild mit diagnostic logging. Wenn Sie sich die Microsoft.Web.Publishing.AspNetCompileMerge.targets ansehen, werden Sie sehen, dass es versucht, TargetFrameworkSDKToolsDirectory mit AspnetMergeName zu verketten. Wenn Sie in Ihrem MSBuild-Protokoll suchen, finden Sie, dass TargetFrameworkSDKToolsDirectory leer ist. TargetFrameworkSDKToolsDirectory ist von TargetFrameworkSDKDirectory gebaut, die auch leer ist.

Das ist, was Sie beheben müssen. In meinem Fall:

• Installieren Sie das Windows 7.1 SDK (mit this workaround auf Windows Server 2016).
• In VS2017 wird der Pfad basierend auf /configuration/msbuildToolsets/toolset/property[@name="FrameworkSDKRoot] bestimmt, was in meinem Fall Registry:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SDKs\NETFXSDK\4.6.1@InstallationFolder ist. In meinem Fall war dieser Knoten nur in der WOW6432Node verfügbar, er muss auch in der 64-Bit-Registrierung verfügbar sein. Sie müssen den Knoten an die entsprechende Stelle in der 64-Bit-Registrierung kopieren.