问题背景 #

我维护的Visual Studio 2022解决方案包含8个项目：

• 3个ASP.NET Core Web API
• 3个xUnit测试项目
• 1个类库
• 1个React TypeScript应用

解决方案通过Docker Compose管理容器（含数据库、消息队列、NGINX前端容器），原有项目运行正常。新增一个ASP.NET Core Web API并添加测试代码后，构建阶段其他容器正常启动，但新容器抛出错误：

The command could not be loaded, possibly because:

• You intended to execute a .NET application:
  The application '' does not exist.
• You intended to execute a .NET SDK command:
  No .NET SDKs were found.

注意错误信息里的空应用名称''。Dockerfile和docker-compose.yml都指定了正确的入口点（dotnet project.dll），手动启动容器完全正常，但通过Visual Studio的Docker Compose启动配置启动时就失败。

问题根源 #

定位到Visual Studio自动生成的obj/Docker/docker-compose.vs.debug.g.yml文件中的错误配置：

com.microsoft.visualstudio.debuggee.arguments: " --additionalProbingPath /.nuget/packages --additionalProbingPath /.nuget/fallbackpackages  \"\""

末尾多余的\"\"会导致调试参数被解析为空的应用名称，进而触发启动错误。

临时修复方案 #

• 直接修改自动生成的docker-compose.vs.debug.g.yml无效，清理解决方案后文件会被重新生成
• 尝试在项目文件中添加<DockerDebuggeeArguments>标签指定参数，无效果
• 最终通过手动创建docker-compose.vs.debug.yml和docker-compose.vs.release.yml文件，覆盖自动生成的配置并修正参数，容器恢复正常启动。

疑问解答 #

1. 为什么Visual Studio会生成无效的com.microsoft.visualstudio.debuggee.arguments配置？ #

这是Visual Studio Docker工具链的已知bug，常见触发原因包括：

• 新增项目时，项目模板的Docker配置与现有解决方案的Compose配置存在兼容性冲突
• 项目文件中的自定义配置（如非标准输出路径、自定义NuGet源）干扰了调试参数的生成逻辑
• 使用的VS2022版本较旧，存在未修复的参数拼接错误

2. 如何让Visual Studio自动生成正确配置，无需手动覆盖？ #

可以尝试以下几种方法：

• 升级Visual Studio到最新稳定版：微软持续修复Docker工具链的bug，新版本大概率能解决这类参数生成问题
• 重新生成项目的Docker配置：右键新Web API项目 → 添加 → Docker支持，选择对应容器类型，让VS重新生成干净的Docker相关配置文件
• 检查并清理项目自定义配置：打开新Web API的.csproj文件，移除可能干扰Docker调试的自定义属性（如非标准OutputPath、自定义Dockerfile路径），保持配置与默认模板一致
• 清理VS缓存：删除解决方案根目录下的.vs文件夹、项目的obj和bin目录，重新生成解决方案，强制VS重新生成所有配置文件

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