Azure DevOps构建Dockerfile时跨仓库项目文件找不到问题求助

问题诊断 #

1. 流水线语法错误：你的azure-pipelines.yml中，checkout任务被错误嵌套在Docker@2任务内部，导致RepoY根本没有被正确拉取到指定路径。
2. RepoY路径匹配错误：RepoY的项目结构是CoreClasses目录下包含类文件，而你在流水线和Dockerfile中都假设它在RepoY目录下，路径不匹配。
3. Docker构建上下文问题：Docker构建时的上下文范围没有覆盖到RepoY的代码，导致COPY命令找不到文件。

解决方案 #

1. 修正azure-pipelines.yml配置 #

把checkout任务移到job的steps层级，正确设置两个仓库的拉取路径，确保RepoY的代码放在RepoX能引用到的位置：

trigger:
- main

variables:
  tag: '$(Build.BuildId)'

stages:
- stage: Build
  displayName: Build image
  jobs:
  - job: Build
    displayName: Build
    pool:
      vmImage: ubuntu-latest
    steps:
      # 拉取RepoX到指定路径
      - checkout: self
        path: s/CheckOutFolder/RepoX
      # 拉取RepoY到RepoX的同级目录（对应项目引用的相对路径）
      - checkout: git://ProjectA/RepoY
        path: s/CheckOutFolder/RepoY
      # 可选：查看目录结构，验证拉取是否正确
      - script: |
          ls -R $(Build.SourcesDirectory)/CheckOutFolder
        displayName: Verify checkout structure
      # 执行Docker构建，上下文设置为CheckOutFolder（包含两个仓库）
      - task: Docker@2
        displayName: Build an image
        inputs:
          command: build
          dockerfile: '$(Build.SourcesDirectory)/CheckOutFolder/RepoX/Dockerfile'
          buildContext: '$(Build.SourcesDirectory)/CheckOutFolder'
          tags: |
            $(tag)

2. 调整Dockerfile路径匹配实际项目结构 #

根据RepoY的CoreClasses目录结构，修正COPY命令的路径，同时确保restore和build的路径正确：

#See https://aka.ms/containerfastmode to understand how Visual Studio uses this Dockerfile to build your images for faster debugging.

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

FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
WORKDIR /src

# 复制RepoX的csproj并restore
COPY ["RepoX/RepoX.csproj", "RepoX/"]
RUN dotnet restore "RepoX/RepoX.csproj"

# 复制RepoY的csproj（注意实际目录是CoreClasses）并restore
COPY ["RepoY/CoreClasses/CoreClasses.csproj", "RepoY/CoreClasses/"]
RUN dotnet restore "RepoY/CoreClasses/CoreClasses.csproj"

# 复制所有代码
COPY . .

# 切换到RepoX目录执行build
WORKDIR "/src/RepoX"
RUN dotnet build "RepoX.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "RepoX.csproj" -c Release -o /app/publish

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

3. 验证项目引用路径 #

确保RepoX的项目文件（RepoX.csproj）中对RepoY的引用路径是相对路径，对应流水线中拉取的结构：

<ProjectReference Include="..\RepoY\CoreClasses\CoreClasses.csproj" />

关键说明 #

• 流水线路径逻辑：Build.SourcesDirectory对应代理的/home/vsts/work/1/s目录，拉取的代码会放在指定的path下，所以把RepoX和RepoY放在同级的CheckOutFolder目录下，符合项目引用的相对路径。
• Docker上下文：必须将buildContext设置为包含两个仓库的父目录（CheckOutFolder），这样Docker才能访问到RepoY的文件。
• 路径匹配：所有COPY命令的路径必须与实际拉取后的目录结构完全一致，否则会出现找不到文件的错误。

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