.NET5通配符包引用在锁定还原模式下报NU1004包锁文件不一致错误

这是NuGet锁文件机制的已知校验逻辑缺陷，不属于操作错误：

• 当项目使用*通配符的浮动版本引用包时，dotnet restore --force-evaluate会为每个开启锁文件的项目单独生成packages.lock.json，其中会记录依赖项的实际解析精确版本。
• 类库引用Web项目时，类库的锁文件会同时记录Web项目传递过来的浮动版本包的精确版本号。
• 执行--locked-mode还原时，NuGet会重新校验浮动版本的匹配逻辑，即使实际解析版本没有变化，也会误将跨项目传递的浮动版本依赖判定为"已变更"，从而抛出NU1004错误。

• 方案1（最推荐）：所有PackageReference使用精确版本号，放弃浮动版本规则。该方案完全契合锁文件的确定性设计初衷，从根源上消除校验冲突。
• 方案2：改用解决方案级全局锁文件，删除各项目单独配置的RestorePackagesWithLockFile属性，在解决方案根目录新建Directory.Build.props文件，写入以下配置：

<Project>
  <PropertyGroup>
    <TargetFramework>net5.0</TargetFramework>
    <RestorePackagesWithLockFile>true</RestorePackagesWithLockFile>
  </PropertyGroup>
</Project>

该方案只会生成一份全局锁文件，不存在跨项目锁文件的校验冲突问题。

• 方案3：如果必须保留项目级锁文件和浮动版本配置，执行锁定模式还原时添加--no-dependencies参数跳过传递依赖校验：
  dotnet restore --locked-mode --no-dependencies
  注意使用该方案时，每次更新依赖都需要给所有项目单独执行dotnet restore --force-evaluate，避免依赖版本不一致。

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