使用.NET 7 SDK Docker构建后，bin目录出现多版本及Debug目录的疑问

一、bin目录同时存在net6.0和net7.0文件夹的原因及解决 #

• 原因1：项目指定多目标框架
  查看MyWeb.csproj文件，若存在<TargetFrameworks>（复数）节点同时包含net6.0和net7.0，dotnet会为每个框架生成对应输出目录，示例：

  <TargetFrameworks>net6.0;net7.0</TargetFrameworks>
  

• 原因2：依赖项目框架不统一
  如果MyWeb引用的类库项目目标框架为net6.0，构建时会拉取对应框架的依赖并生成相关目录。

解决办法：

• 修改MyWeb.csproj，将<TargetFrameworks>改为单数<TargetFramework>，指定为net7.0：

  <TargetFramework>net7.0</TargetFramework>
  

• 检查所有被引用项目，确保目标框架统一为net7.0，修改后重新执行构建。

二、Release发布仍出现Debug目录的原因及解决 #

• 原因1：Docker上下文包含本地Debug产物
  本地之前执行过Debug模式的dotnet build/dotnet restore生成了bin/Debug，若未在构建上下文排除该目录，会被复制到镜像中。

• 原因2：构建步骤未明确指定Release配置
  若dotnet publish前的dotnet build或dotnet restore未加-c Release，会默认生成Debug版本输出，导致目录残留。

解决办法：

• 添加.dockerignore文件，排除本地构建产物目录：

  bin/
  obj/
  

• 在Dockerfile构建步骤中，所有dotnet命令明确指定-c Release，示例：

  FROM mcr.microsoft.com/dotnet/sdk:7.0.101-alpine3.16-amd64 AS build
  WORKDIR /src
  COPY ["MyWeb/MyWeb.csproj", "MyWeb/"]
  RUN dotnet restore "MyWeb/MyWeb.csproj" -c Release
  COPY . .
  WORKDIR "/src/MyWeb"
  RUN dotnet publish "MyWeb.csproj" -c Release -o /app --no-restore
  

• 构建前本地清理所有旧产物：

  dotnet clean "./MyWeb/MyWeb.csproj" -c All
  

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