NuGet浮动版本符号在传递依赖中的行为疑问与优化咨询

该行为是NuGet的默认设计吗？ #

没错，这就是NuGet的预期行为。当你用PackageReference的浮动版本（比如1.0.*）打包NuGet包时，NuGet会在打包阶段把浮动版本解析为当时源里的最高精确版本，然后把这个固定版本写入最终的nuspec文件。这么做是为了保证包的可复现性——不管谁安装这个包，默认都会拿到打包时确定的依赖版本，避免依赖版本更新带来的意外兼容性问题。

有没有更优雅的解决方案？ #

当然有，以下几种方案可以避免直接在MyApp里添加依赖，同时保留传递依赖的版本灵活性：

1. 用版本范围语法替代浮动版本 #

在PackageA的项目文件里，别用2.0.*这种浮动符号，改用NuGet的版本范围表达式，比如：

<PackageReference Include="PackageB" Version="[2.0, 3.0)" />

这个表达式代表允许使用2.0.x及以上、低于3.0的所有版本。打包PackageA时，nuspec里会保留这个范围，而不是转成精确版本。这样MyApp还原时，会自动拉取源里符合范围的最高版本PackageB（比如2.0.3），不用重新打包PackageA。

2. 强制打包时保留浮动版本（针对.NET SDK项目） #

在PackageA的.csproj里添加配置，让NuGet打包时不把浮动版本解析成精确版本：

<PropertyGroup>
  <PreservePackageReferences>true</PreservePackageReferences>
</PropertyGroup>

或者针对单个依赖设置：

<PackageReference Include="PackageB" Version="2.0.*">
  <PreservePackageReferences>true</PreservePackageReferences>
</PackageReference>

注意：这么做会降低包的可复现性，需要在灵活性和版本稳定性之间做权衡。

3. 用集中包管理（CPM）统一管控版本 #

如果你的解决方案有多个项目，可以启用Central Package Management，在Directory.Packages.props里统一定义PackageB的浮动版本：

<!-- Directory.Packages.props -->
<Project>
  <ItemGroup>
    <PackageVersion Include="PackageB" Version="2.0.*" />
  </ItemGroup>
</Project>

然后在PackageA的.csproj里直接引用：

<PackageReference Include="PackageB" />

这种方式既统一了版本管理，又能让传递依赖的浮动版本在还原时生效，不用修改每个项目的引用。

内容的提问来源于stack exchange，提问作者Techromancer