VS2022中csproj包引用跨机器复制后失效如何解决

NuGet包的识别逻辑不依赖csproj里的Import语句和packages目录本身，还依赖以下几类不会随项目、packages目录同步的本地文件，从源机器按清单复制即可解决问题：

• 解决方案根目录下的隐藏.nuget文件夹：该目录内存放解决方案级别的NuGet引导配置NuGet.Config、nuget.exe，VS加载项目时会优先读取这里的包解析规则，缺失后不会主动识别你手动放置的本地packages目录包。
• 源机器项目目录下的obj文件夹全量内容：重点是project.assets.json、*.csproj.nuget.g.props、*.csproj.nuget.g.targets三个文件。在关闭NuGet自动还原的场景下，VS不会自动重新生成这些包资产缓存文件，缺失后就不会把包内程序集挂载到项目引用列表。
• 源机器用户级NuGet配置文件：路径为C:\Users\<源机用户名>\AppData\Roaming\NuGet\NuGet.Config，将其中自定义包源、禁用在线还原、固定程序集版本的规则复制到目标机器同路径下，避免VS触发在线还原覆盖你手动放置的包版本。
• 源机器项目的配置文件：重点是App.config/Web.config内的<assemblyBinding>绑定重定向节点，你之前遇到的Could not load file or assembly 'Newtonsoft.Json' or one of its dependencies. Manifest definition does not match the assembly reference报错，就是因为不同依赖项要求的Newtonsoft.Json版本不一致，绑定重定向规则只存在于源机配置文件中，缺失后既可能出现编译时命名空间识别失败，也可能出现运行时程序集加载错误。
• 环境依赖确认：目标机器需安装和源机器完全一致版本的SolidEdge运行环境，否则就算编译通过，运行时也会因为缺失COM互操作组件报错。

复制完上述文件后按以下步骤操作，避免触发NuGet在线还原打乱版本：

1. 删除目标机器上项目目录下的bin、obj文件夹，不要直接启动VS。
2. 打开VS的开发者命令提示符，跳转到项目根目录，执行命令msbuild /t:Restore /p:RestorePackagesPath=..\packages，强制指定本地packages目录为包还原路径，跳过在线源拉取。
3. 打开VS2022加载项目，忽略弹出的NuGet在线还原提示，检查引用列表中SolidEdge.Community.AddIn已正常加载，其“复制本地”属性和源机器配置一致。
4. 先执行清理解决方案，再重新生成项目，确认对应命名空间可正常识别，无编译报错。

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