如何在Azure Pipelines的ubuntu-latest上构建Visual Studio解决方案？

我有一个使用容器编排功能、支持VS集成docker-compose的Visual Studio解决方案，在Windows机器通过WSL2和Docker Desktop可正常构建运行（Release/Debug模式）。现需搭建Azure Pipeline，但Azure Pipelines中的VSBuild@1任务无法在Linux机器上运行，而我仍希望以Linux为部署目标。请问是否需要在流水线中单独构建每个Dockerfile？

该解决方案由多个项目组成，多数项目包含三个对其他项目的引用，Visual Studio为每个项目生成了Dockerfile以确保正确构建，示例Dockerfile如下：

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

FROM mcr.microsoft.com/dotnet/sdk:7.0 AS build
WORKDIR /src
COPY ["SynchronizationManager/SynchronizationManager.csproj", "SynchronizationManager/"]
COPY ["EventbusConfig/EventbusConfig.csproj", "EventbusConfig/"]
COPY ["MessagingContracts/MessagingContracts.csproj", "MessagingContracts/"]
COPY ["SynchronizationDomain/SynchronizationDomain.csproj", "SynchronizationDomain/"]
RUN dotnet restore "SynchronizationManager/SynchronizationManager.csproj"
COPY . .
WORKDIR "/src/SynchronizationManager"
RUN dotnet build "SynchronizationManager.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "SynchronizationManager.csproj" -c Release -o /app/publish /p:UseAppHost=false

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

如您所见，Dockerfile要求其他项目处于特定位置，如何在ubuntu-latest上构建其他项目并放置到正确位置以避免Dockerfile执行失败？

当前流水线配置如下：

pool:
  vmImage: 'ubuntu-latest'

variables:
  solution: '**/*.sln'
  buildPlatform: 'Any CPU'
  buildConfiguration: 'Release'

steps:
- task: NuGetToolInstaller@1

- task: NuGetCommand@2
  inputs:
    restoreSolution: '$(solution)'

- task: VSBuild@1
  inputs:
    solution: '$(solution)'
    msbuildArgs: '/p:DeployOnBuild=true /p:WebPublishMethod=Package /p:langversion=latest /p:SkipInvalidConfigurations=true /p:PackageLocation="$(build.artifactStagingDirectory)"'
    platform: '$(buildPlatform)'
    configuration: '$(buildConfiguration)'

- task: VSTest@2
  inputs:
    platform: '$(buildPlatform)'
    configuration: '$(buildConfiguration)'

1. 是否需要单独构建每个Dockerfile？ #

不需要单独提前构建每个项目，直接基于VS生成的Dockerfile执行Docker构建即可。这类Dockerfile本身已经包含了依赖恢复、项目构建、发布的完整逻辑，Docker的多阶段构建会自动处理项目引用的依赖关系，无需额外手动构建依赖项目。

2. 解决项目位置匹配问题的核心 #

VS生成的Dockerfile是以解决方案根目录作为构建上下文编写的，所以在流水线中执行Docker构建时，必须将构建上下文设置为解决方案根目录，这样Docker执行COPY . .时，才能将所有项目文件复制到镜像内的/src目录，匹配Dockerfile中依赖项目的路径要求。

3. 修改后的Azure Pipeline配置示例 #

替换原有的VSBuild@1任务，改用Docker任务完成镜像构建，同时保留必要的依赖还原和测试步骤：

pool:
  vmImage: 'ubuntu-latest'

variables:
  solution: '**/*.sln'
  buildConfiguration: 'Release'
  # 根据实际情况替换镜像仓库和名称
  imageRepository: 'synchronization-manager'
  containerRegistry: 'your-acr-service-connection' # 替换为你的Azure容器注册表服务连接名

steps:
# 安装NuGet工具（用于后续测试环节的依赖还原）
- task: NuGetToolInstaller@1

# 还原解决方案依赖，为单元测试做准备
- task: NuGetCommand@2
  inputs:
    restoreSolution: '$(solution)'

# 运行单元测试
- task: VSTest@2
  inputs:
    platform: 'Any CPU'
    configuration: '$(buildConfiguration)'

# 确保Docker版本符合要求（ubuntu-latest默认已安装，可按需调整）
- task: DockerInstaller@0
  inputs:
    dockerVersion: '20.10.x'

# 构建Docker镜像
- task: Docker@2
  inputs:
    containerRegistry: '$(containerRegistry)'
    repository: '$(imageRepository)'
    command: 'build'
    Dockerfile: '**/SynchronizationManager/Dockerfile' # 指向目标项目的Dockerfile路径
    buildContext: '.' # 关键：构建上下文设为解决方案根目录
    tags: |
      $(Build.BuildId)
      latest

额外说明 #

• 如果需要构建多个项目的镜像，可重复添加Docker@2任务，或编写脚本遍历所有Dockerfile批量执行构建。
• 改用Docker构建后，构建环境与最终Linux部署环境一致，能避免跨平台构建的潜在兼容性问题，同时完全绕开Linux代理不支持VSBuild@1的限制。

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