.NET Core 3.1升级至6.0后Docker流水线构建失败求助

1. 检查并修正项目配置文件（MyProject.Functions.csproj） #

• 确保目标框架已切换为.NET 6.0：

  <TargetFramework>net6.0</TargetFramework>
  

• 确认Azure Functions版本指定为v4：

  <AzureFunctionsVersion>v4</AzureFunctionsVersion>
  

• 升级Microsoft.NET.Sdk.Functions包到适配v4的版本（如4.x.x系列），移除任何针对.NET Core 3.1的多目标框架配置（比如<TargetFrameworks>同时包含netcoreapp3.1和net6.0的情况）。

2. 修正Dockerfile的镜像与构建逻辑 #

确保构建阶段和运行阶段都使用适配.NET 6.0 + Functions v4的官方镜像，示例Dockerfile如下：

# 构建阶段：使用.NET 6 SDK镜像
FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
WORKDIR /src
COPY ["MyProject.Functions.csproj", "."]
RUN dotnet restore "MyProject.Functions.csproj"
COPY . .
RUN dotnet build "MyProject.Functions.csproj" -c Release -o /app/build

# 发布阶段
FROM build AS publish
RUN dotnet publish "MyProject.Functions.csproj" -c Release -o /app/publish /p:UseAppHost=false

# 运行阶段：使用Azure Functions v4 .NET 6镜像
FROM mcr.microsoft.com/azure-functions/dotnet:4 AS base
WORKDIR /home/site/wwwroot
EXPOSE 80

FROM base AS final
WORKDIR /home/site/wwwroot
COPY --from=publish /app/publish .
ENV AzureWebJobsScriptRoot=/home/site/wwwroot \
    AzureFunctionsJobHost__Logging__Console__IsEnabled=true

3. 清理CI/CD流水线的Docker缓存 #

在Azure DevOps的Docker构建任务前添加缓存清理步骤，避免旧镜像或缓存层干扰：

docker system prune -af

或者在docker build命令中添加--no-cache参数，强制重新构建所有层。

4. 排查依赖项与解决方案其他项目 #

• 如果解决方案包含类库项目，确认这些项目的TargetFramework也已切换为net6.0，且所有依赖包均适配.NET 6.0。
• 使用dotnet list package命令检查项目依赖，移除或升级仍依赖.NET Core 3.1的NuGet包。

5. 验证本地与CI环境的一致性 #

• 在本地执行docker build -t func-test .，模拟CI环境的构建流程，确认是否能复现问题。如果本地正常，大概率是CI环境的缓存或镜像拉取问题。
• 检查CI代理的Docker版本，确保与本地使用的版本无显著差异。

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