dtourolle
92c7dcb871
The release and nightly workflows stamp a date-based version into build.yaml (1.0.20260729.42). That build segment exceeds the 16-bit limit AssemblyVersion and FileVersion require, so it would fail the compile with CS7034 if it reached them. Directory.Build.targets is imported after Directory.Build.props and is not rewritten by CI, so pinning the assembly identity there keeps those builds working. The manifest version is untouched - Jellyfin identifies plugins by GUID plus manifest version, not assembly version. Verified by building with a date-based version injected.
17 lines
825 B
XML
17 lines
825 B
XML
<Project>
|
|
<!--
|
|
The CI workflows stamp a date-based version into build.yaml (e.g. 1.0.20260729.42). The build
|
|
segment (20260729) exceeds the 16-bit limit (0-65535) that AssemblyVersion and FileVersion
|
|
require, which fails the compile with CS7034/CS7035 if it ever reaches those properties.
|
|
|
|
Directory.Build.targets is imported after the project and after Directory.Build.props, and no
|
|
workflow rewrites it, so pinning valid assembly identities here keeps the build safe. Only the
|
|
.NET assembly identity is normalised; the plugin manifest version is unaffected, and Jellyfin
|
|
identifies plugins by GUID plus manifest version rather than by assembly version.
|
|
-->
|
|
<PropertyGroup>
|
|
<AssemblyVersion>1.0.0.0</AssemblyVersion>
|
|
<FileVersion>1.0.0.0</FileVersion>
|
|
</PropertyGroup>
|
|
</Project>
|