Docker构建.NET应用时dotnet sonarscanner失败：.sonarqube目录不存在

报错核心由两个配置错误导致：

1. 工作目录不匹配：你在/src路径下执行dotnet sonarscanner begin，生成的.sonarqube临时分析目录存放在/src下，但后续执行build、test、sonar end步骤时，工作目录切换到了/src/my-project，Sonar Scanner默认从当前执行目录查找.sonarqube文件夹，无法定位到初始化生成的配置。
2. 执行顺序错误：你执行sonar begin步骤时，还未将项目代码复制到镜像内，此时Sonar Scanner无法完成项目初始化的前置配置，后续即使复制了代码，之前生成的初始化配置也和实际项目结构不匹配。

以下配置修正了上述问题，同时保留了Docker层缓存优化（先复制csproj执行restore，代码变更时无需重复还原依赖）：

FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS base
WORKDIR /app
EXPOSE 80

FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
WORKDIR /src
# 安装Sonar Scanner运行依赖的JDK
RUN apt-get update && apt-get install -y --no-install-recommends openjdk-11-jdk \
    && rm -rf /var/lib/apt/lists/*
# 安装全局dotnet工具
RUN dotnet tool install --global dotnet-sonarscanner
RUN dotnet tool install --global dotnet-reportgenerator-globaltool
RUN dotnet tool install --global coverlet.console
# 配置dotnet工具到环境变量
ENV PATH="$PATH:/root/.dotnet/tools"

# 先复制项目文件执行restore，利用Docker层缓存
COPY my-project/*.csproj ./my-project/
WORKDIR /src/my-project
RUN dotnet restore

# 复制全量代码
COPY . .

# 【关键】在csproj所在的工作目录执行扫描初始化，.sonarqube目录会生成在当前路径
ARG SONAR_TOKEN
ARG SONAR_HOST_URL=http://sonarqube.sonarqube.svc.cluster.local:9000
RUN dotnet sonarscanner begin \
  /k:"替换为实际的SonarQube项目Key" \
  /o:"my-org" \
  /d:sonar.host.url=${SONAR_HOST_URL} \
  /d:sonar.login=${SONAR_TOKEN} \
  /d:sonar.cs.opencover.reportsPaths=/coverage.opencover.xml

# 执行构建
RUN dotnet build -c Release -o /app/build --no-restore

# 执行单元测试生成覆盖率报告
RUN dotnet test --no-restore \
  /p:CollectCoverage=true \
  /p:CoverletOutputFormat=opencover \
  /p:CoverletOutput="/coverage"

# 结束扫描上传结果
RUN dotnet sonarscanner end /d:sonar.login=${SONAR_TOKEN}

# 发布
FROM build AS publish
RUN dotnet publish -c Release -o /app/publish --no-restore

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "my-project.dll"]

• 执行Docker构建时需要传入构建参数，避免凭证硬编码：

  docker build --build-arg SONAR_TOKEN="你的SonarQube认证Token" -t my-app .
  

• sonar.host.url需要保证Docker构建环境可正常访问：如果是Azure DevOps托管代理执行构建，无法直接访问AKS集群内ClusterIP类型的SonarQube服务，需要为SonarQube配置可被构建代理访问的入口（如Ingress域名、Loadbalancer服务地址），不能直接使用集群内部域名。
• 建议在项目根目录添加.dockerignore文件，排除bin/、obj/、.git/、.sonarqube/等无关目录，减少镜像体积，避免不必要的缓存失效。
• 原配置中/k:参数位置填写了token是错误的，该参数需要传入SonarQube上创建项目时生成的唯一项目标识（Project Key）。

内容的提问来源于stack exchange，提问作者Łukasz Komosa