.NET 8 AOT AWS Lambda依赖项目发布MSB4018错误求助

问题现象 #

• 使用sam/build-dotnet8容器（sha256:c525fda10761fbda5a2c2fc8c7179df01eda0ef1324e32f0fe938f93e3e9b4f2）构建时，刚克隆且未通过Visual Studio打开的项目可正常完成构建；
• 项目在Visual Studio中打开后，执行Docker构建命令触发MSB4018错误，提示无法找到NuGet回退包文件夹C:\Program Files (x86)\Microsoft Visual Studio\Shared\NuGetPackages；
• 删除项目的OBJ、BIN文件夹后重试仍报错，Visual Studio同步提示“NuGet还原循环”；
• 通过Visual Studio右键发布到AWS Lambda时同样出现该错误，但移除LambdaHelpers依赖后构建恢复正常。已尝试添加.dockerignore、清理缓存等操作，问题在两台机器上均能复现。

解决步骤 #

1. 修正项目文件中的包引用配置
   打开项目的.csproj文件，检查是否存在硬编码指向Visual Studio本地共享NuGet文件夹的配置项，将这类配置替换为标准的<PackageReference>节点，避免依赖主机环境的特定本地目录。

2. 指定Docker构建时的NuGet源
   在项目的Dockerfile中，给dotnet restore命令添加源参数，强制使用官方NuGet源进行还原，避免容器尝试访问主机的Visual Studio共享目录。示例命令：

   dotnet restore --source https://api.nuget.org/v3/index.json
   

3. 彻底清理本地缓存与Visual Studio状态

   • 执行命令清理全局NuGet缓存：dotnet nuget locals all --clear
   • 关闭Visual Studio后，删除项目根目录下的.vs隐藏文件夹，清除Visual Studio生成的本地配置文件。

4. 排查LambdaHelpers依赖兼容性
   鉴于移除LambdaHelpers后构建正常，需验证该依赖是否适配.NET 8 AOT及AWS Lambda环境：

   • 尝试将LambdaHelpers更新至最新版本；
   • 考虑替换为AWS官方提供的Lambda核心库（如Amazon.Lambda.Core）来实现相同功能，规避自定义依赖的兼容性问题。

5. 调整Visual Studio的NuGet管理设置
   打开Visual Studio的「工具-选项-NuGet包管理器-包源」：

   • 仅保留官方NuGet源，禁用指向本地共享文件夹的包源；
   • 关闭「允许使用NuGet回退文件夹」选项，防止构建过程中尝试访问不存在的本地路径。

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