Antwort

4

Die MSBuild-Debugger wurde nie offiziell unterstützt und war cut from MSBuild zugunsten der plattformübergreifenden Unterstützung im VS 2015/MSBuild 14-Zeitrahmen.

Es gibt viele Möglichkeiten, das Verhalten eines Builds zu debuggen. Die Kombination aus einem Verbosity=Diagnostic Build-Protokoll und dem vorverarbeiteten Projekt (msbuild /pp:preprocessed.xml path\to\the.csproj erstellt eine Datei, die die gesamte Erstellungslogik für ein bestimmtes Projekt enthält) ist äußerst leistungsfähig. Sie sind möglicherweise auch an der Benutzeroberfläche interessiert, die die MSBuildStructuredLog bietet, die hilft, die massive Ausgabe, die durch ein Diagnoseprotokoll erzeugt wird, zu reduzieren.

+0

Einverstanden - Debugger-less Debugging ist zweifellos machbar. Und danke für den Tipp auf [MSBuildStructuredLog] (https://github.com/KirillOsenkov/MSBuildStructuredLog). Ich habe gelegentlich [MSBuildExplorer] (https://github.com/bryanar/MSBuildExplorer) verwendet, um die statische Analyse von MSBuild-Skripts zu unterstützen, aber dies sieht so aus, als könnte es das Debugging beschleunigen (nach der Ausführung). Diese Funktion erregt mich besonders: _ "Zeigt Doppelschreibvorgänge an (wenn Dateien aus verschiedenen Quellen während eines Builds an dasselbe Ziel geschrieben werden, was zu Nichtdeterminismus führt)." _ – weir

Verwandte Themen