NuGet包无法还原 迁移packages.config后构建缺失包引用

你遇到的所有异常都来自最基础的配置不匹配：

• SDK风格项目不支持packages.config：你提到csproj开头为<Project Sdk="Microsoft.NET.Sdk">或<Project Sdk="Microsoft.NET.Sdk.Web">，这类.NET Core/.NET 5+时代的SDK风格项目，从设计层面仅支持PackageReference作为包管理方式，完全不兼容packages.config。你从PackageReference反向迁移到packages.config的操作本身就不被这类项目支持，这也是还原丢包、重装命令无效、迁移菜单报错的核心原因，和packages.config的XML语法配置没有直接关系。
• 现有配置存在额外隐患：你贴的两个packages.config示例中存在两处配置问题，一是同一个Newtonsoft.Json包在不同项目里指定了13.0.1、13.0.0两个不同版本，就算是在支持packages.config的老式非SDK项目里，这种同解决方案的包版本冲突也会导致构建时引用异常；二是targetFramework属性填写错误，.NET Core 3.1对应的正确标识为netcoreapp3.1，net31是无效值，会导致包无法正确匹配适配版本的依赖项。不过这两个问题都不是当前故障的核心诱因。

按优先级从高到低操作：

1. 对齐项目类型和包管理模式
   • 如果你要保留SDK风格项目（VS2019下.NET Core 3.1项目默认就是该类型，也是官方推荐的项目格式），直接删除所有项目下手动创建的packages.config文件，将所有包引用以<PackageReference>节点的形式写回csproj文件即可，你之前使用的nuget.exe restore xxx.sln命令可以直接正常工作。
   • 如果你一定要使用packages.config管理包，必须先将SDK风格csproj改写为老式非SDK格式：移除csproj开头的Sdk属性，手动补全所有全局配置、编译文件项、系统引用项，这类格式仅适用于传统.NET Framework项目。
2. 统一解决方案内的包版本
   无论使用哪种包管理模式，先将整个解决方案内同一个NuGet包的版本号统一，避免同包多版本导致的类型加载、引用缺失问题。
3. 还原异常的标准修复流程
   如果改回PackageReference后仍存在还原问题，按顺序操作：
   • 关闭所有打开的Visual Studio实例
   • 删除解决方案根目录的.vs隐藏文件夹、所有项目目录下的bin、obj文件夹
   • 打开命令行执行nuget locals all --clear清理本地NuGet缓存，再执行nuget.exe restore 你的解决方案路径.sln完成全量还原
   • 重新打开解决方案执行构建即可
4. 迁移菜单报错说明
   右键packages.config看到的Migrate packages.config to PackageReference...菜单，是专门给老式非SDK项目提供的迁移功能，SDK风格项目本身就默认使用PackageReference，识别到不兼容的项目类型后必然会报操作失败，不是配置文件写错导致的。

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