Wird VS2008 kotzen, wenn ich einer .csproj-Datei zusätzliche "Nicht-Standard" -Ziele hinzufüge?

Question

Wird Visual Studio an benutzerdefinierten .csproj-Dateien ersticken?

Zum Beispiel wollte ich ein Ziel hinzufügen, um die Versionsnummer in allen AssemblyInfo.cs-Dateien zu aktualisieren. Ich plane, dies über die Befehlszeile mit MSbuild aufzurufen.

Als ein weiteres Beispiel möchte ich den Build-Zeitstempel in die Kompilierung, like so. Dies wäre ein Pre-Compile-Schritt (ich denke mal), und im Gegensatz zum obigen Beispiel würde dieser innerhalb eines Builds innerhalb von Visual Studio laufen.

Wird VS damit einverstanden sein?

Answer 1

Solange der Code eine gültige MSBuild-Erweiterung ist, sollte Visual Studio damit umgehen können. Unter der Haube sind die Projektdateien wirklich nur MSBuild-Dateien und MSBuild erledigt die Drecksarbeit des VS-Build-Systems. So lange die Datei eine gültige MSBuild-Datei bleibt, sollte es in Ordnung sein.

Answer 2

Ja, es erlaubt Anpassungen. Wir haben FxCop mit unseren Release-Mode-Builds auf diese Weise integriert.

Es wird sich beschweren, wenn Sie die Projektdatei nach der Bearbeitung laden und sagen: "Es wurde manipuliert. Möchten Sie den Ladevorgang fortsetzen?" Drücken Sie einfach auf Ja und fahren Sie auf Ihrem fröhlichen Weg fort. Sie können auch ein Kontrollkästchen aktivieren, um die restlichen Projekte in der Lösung für die gleiche Warnung zu ignorieren.