PackageVersion is always set from csproj version #104

Open
opened 2026-01-29 16:29:40 +00:00 by claunia · 0 comments
Owner

Originally created by @claunia on GitHub (Oct 2, 2021).

Package version as seen here:
d8d6030da8/Packaging.Targets/build/Packaging.Targets.targets (L11)

is always set from the csproj version field even when manually overridden.

This prevents it working when the version field contains spaces (not allowed in .deb) and also prevents repackaging (1.0-1 vs 1.0-2).

Originally created by @claunia on GitHub (Oct 2, 2021). Package version as seen here: https://github.com/qmfrederik/dotnet-packaging/blob/d8d6030da8b9afdc88f1b3329d3af9c547643902/Packaging.Targets/build/Packaging.Targets.targets#L11 is always set from the csproj version field even when manually overridden. This prevents it working when the version field contains spaces (not allowed in .deb) and also prevents repackaging (1.0-1 vs 1.0-2).
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/dotnet-packaging#104