Files
ClawdDotNet/Directory.Build.props
T

47 lines
1.8 KiB
XML

<Project>
<PropertyGroup>
<!--
Produktversion, eine Stelle fuer alle Projekte.
Sie ist ab jetzt die Wahrheit fuer alles, was nach draussen geht: die
Aktivierungsliste des Deploymentcenters (app_version), das Feld version am
Watchdog-Heartbeat, die Build-Angabe an Fehlermeldungen und den
Versionsvergleich der Update-Pruefung. Vorher wurde dafuer
BuildInfo.Build behelfsweise als "0.0.<Zahl>" gemeldet - eine fortlaufende
Zahl ist aber keine semantische Version, und der Update-Dienst vergleicht
semantisch.
Beim Veroeffentlichen eines Releases erhoehen und denselben Wert an
pack-and-deploy uebergeben.
ClawdDotNet.Core.BuildInfo bleibt daneben bestehen: das ist ein von Hand
gefuehrter Zaehler mit Aenderungstext, keine Versionsangabe.
-->
<Version>0.1.13</Version>
<!--
Symbole in die Assembly einbetten statt als .pdb daneben zu legen.
Grund ist der Fehler-Stream: Ohne Symbole auf dem Zielsystem tragen die
gemeldeten Stacktraces keine Zeilennummern, und ein Bugtracker-Eintrag
"irgendwo in AgentEngine" ist die halbe Miete wert. Mitliefern liesse sich
das auch als .pdb - die stehen aber auf der Ausschlussliste des Packagers,
und dort gehoeren sie auch hin: Die nativen Symbole von SkiaSharp und
HarfBuzz allein sind 100 MB.
Eingebettet kostet es ein paar hundert Kilobyte in unseren eigenen
Assemblies und nichts an Betriebsaufwand.
-->
<DebugType>embedded</DebugType>
<!--
Nur Deutsch und optional Englisch als Ressourcensprachen mitfuehren.
Verhindert, dass Drittbibliotheken Dutzende Sprachordner (cs, es, fr, it, ja,
ko, pl, pt-BR, ru, tr, zh-Hans, zh-Hant) in das Ausgabeverzeichnis kopieren.
-->
<SatelliteResourceLanguages>de;en</SatelliteResourceLanguages>
</PropertyGroup>
</Project>