这个场景我太熟悉了——硬编码Packages文件夹的路径确实会在更新NuGet包时踩坑，版本号写死在路径里，包一更新路径直接失效。给你几个不用硬编码的靠谱方案，都能自动适配包版本：

方案1：用MSBuild变量动态生成HintPath #

如果你的项目还在使用传统的packages.config格式，可以直接在项目文件（.csproj）里手动添加对第三个程序集的引用，用NuGet自带的MSBuild变量替代硬编码的版本号和路径：

<Reference Include="ThirdAssemblyName">
  <!-- 替换成你的NuGet包ID、目标框架和程序集文件名 -->
  <HintPath>$(NuGetPackageRoot)\YourPackageId\$(PackageVersion)\lib\net461\ThirdAssemblyName.dll</HintPath>
  <Private>True</Private> <!-- 控制是否复制到输出目录，按需设置 -->
</Reference>

这里的$(NuGetPackageRoot)是NuGet自动识别的包根目录（默认是解决方案下的packages文件夹，或全局包缓存），$(PackageVersion)会自动读取当前项目中安装的该NuGet包的版本号。更新包时，这两个变量会自动同步新的版本和路径，完全不用手动修改。

方案2：切换到PackageReference格式（推荐） #

如果你的项目还在使用packages.config，强烈建议切换到PackageReference格式——这是NuGet现在主推的管理方式，对.NET Framework 4.6.1完全兼容。切换后控制引用会更灵活：

1. 右键项目 → 管理NuGet程序包 → 点击右上角的设置图标 → 将默认包管理格式改成“PackageReference”，然后重新安装目标NuGet包。
2. 之后在项目文件里直接添加对第三个程序集的引用即可，PackageReference会自动处理包路径，不用写死版本：

<Reference Include="ThirdAssemblyName">
  <HintPath>$(NuGetPackageRoot)\YourPackageId\$(PackageVersion)\lib\net461\ThirdAssemblyName.dll</HintPath>
</Reference>

要是目标NuGet包的nuspec文件里已经包含了这个程序集（只是默认没自动引用），你还可以修改PackageReference的资产规则，让它自动引用所有程序集：

<PackageReference Include="YourPackageId" Version="x.x.x">
  <IncludeAssets>all</IncludeAssets>
</PackageReference>

方案3：自定义.props文件扩展（进阶） #

如果这个场景需要在多个项目复用，你可以写一个简单的.props文件（甚至打包成自己的小NuGet包），用来自动添加对第三个程序集的引用。不过个人项目的话，前面两个方案已经足够省心了。

总结下来，最直接的就是用MSBuild变量动态生成路径，或者切换到PackageReference格式，彻底规避硬编码版本号的问题。

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