Nuget传递依赖版本管理问题咨询

问题1：不同版本依赖的处理逻辑 #

当你的应用同时引入Nuget包A（依赖C 1.0）和B（依赖C 2.0）时，Nuget默认会采用最高版本优先的策略，自动安装C的2.0版本。

但这里需要注意兼容性风险：如果C的2.0版本属于大版本升级（遵循语义化版本规范的话，主版本号变更意味着不兼容API变更），而包A依赖的C 1.0中的某些API在2.0中被移除或修改，运行时可能会抛出程序集加载失败、类型未找到等错误。

针对这种情况：

• .NET Framework项目会自动生成绑定重定向，将所有对C 1.0的调用重定向到2.0版本，尝试解决版本不一致问题；
• .NET Core/.NET 5+项目默认启用自动绑定重定向，无需手动配置；
• 如果自动重定向无法解决兼容性问题，你也可以在项目文件中通过PackageReference的Version属性强制指定要使用的C版本，或者手动调整绑定重定向规则。

问题2：单独升级某一依赖的版本 #

默认情况下，单个项目中Nuget只能安装同一个包的一个版本，所以没法直接让A继续使用C 1.0、同时让B升级到C的更高版本。但可以通过以下方式实现版本隔离：

• 拆分项目：将A及其依赖的C 1.0封装到一个独立的类库项目，将B及其依赖的C（升级后的版本）封装到另一个独立的类库项目。主项目分别引用这两个类库项目即可。每个类库项目可以拥有独立的Nuget依赖版本，编译后主项目输出目录会包含两个版本的C.dll（强命名程序集会通过版本号区分），运行时CLR会根据类库引用的版本加载对应的程序集。
• 手动复制程序集（仅.NET Framework）：如果C是强命名程序集，你可以手动将C 1.0的程序集复制到输出目录的指定路径，再通过配置文件调整程序集加载规则，但这种方式配置复杂，且容易引发其他问题，一般不推荐，拆分项目是更可靠的方案。

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