如何在Azure DevOps中创建依赖其他解决方案的流水线？

针对你的场景，核心是先完成第一个解决方案的构建并输出产物，再让第二个解决方案引用这些产物完成构建。下面提供两种实用的实现方式，你可以根据场景选择：

方式一：同一作业内顺序构建（简单场景） #

如果两个解决方案在同一个代码仓库，且不需要跨作业复用构建产物，直接在同一个流水线作业里按顺序执行构建即可：

流水线YAML示例 #

trigger:
- main  # 替换成你的分支名

pool:
  vmImage: 'windows-latest'  # 若用Linux/macOS，可替换为ubuntu-latest或macOS-latest

steps:
# 安装NuGet工具（针对.NET Framework项目；若为.NET Core可跳过，dotnet自带NuGet）
- task: NuGetToolInstaller@1
  displayName: '安装NuGet工具'

# 恢复第一个解决方案的NuGet包
- task: NuGetCommand@2
  displayName: '恢复第一个解决方案依赖'
  inputs:
    command: 'restore'
    restoreSolution: '**/FirstSolution.sln'  # 替换成你的第一个解决方案路径
    feedsToUse: 'select'

# 构建第一个解决方案，输出到Azure DevOps预定义的暂存目录下的SharedDlls文件夹
- task: VSBuild@1
  displayName: '构建第一个解决方案'
  inputs:
    solution: '**/FirstSolution.sln'
    msbuildArgs: '/p:OutputPath=$(Build.ArtifactStagingDirectory)/SharedDlls'
    platform: 'Any CPU'
    configuration: 'Release'

# 恢复第二个解决方案的NuGet包
- task: NuGetCommand@2
  displayName: '恢复第二个解决方案依赖'
  inputs:
    command: 'restore'
    restoreSolution: '**/SecondSolution.sln'  # 替换成你的第二个解决方案路径
    feedsToUse: 'select'

# 构建第二个解决方案，指定引用路径为第一个解决方案的输出目录
- task: VSBuild@1
  displayName: '构建第二个解决方案'
  inputs:
    solution: '**/SecondSolution.sln'
    msbuildArgs: '/p:ReferencePath=$(Build.ArtifactStagingDirectory)/SharedDlls'
    platform: 'Any CPU'
    configuration: 'Release'

关键说明 #

• $(Build.ArtifactStagingDirectory)是Azure DevOps的预定义变量，用于暂存构建产物，避免硬编码本地路径。
• 通过msbuildArgs的ReferencePath参数，让MSBuild优先从指定目录查找依赖DLL，无需修改项目文件的硬编码路径。

方式二：多阶段流水线+工件传递（规范场景） #

如果需要跨作业/阶段复用第一个解决方案的构建产物，或者希望产物可追溯，推荐用发布工件+下载工件的方式：

流水线YAML示例 #

trigger:
- main

stages:
# 第一阶段：构建第一个解决方案并发布产物为工件
- stage: 构建共享DLL
  jobs:
  - job: 构建作业
    pool:
      vmImage: 'windows-latest'
    steps:
    - task: NuGetToolInstaller@1
      displayName: '安装NuGet工具'

    - task: NuGetCommand@2
      displayName: '恢复第一个解决方案依赖'
      inputs:
        command: 'restore'
        restoreSolution: '**/FirstSolution.sln'
        feedsToUse: 'select'

    - task: VSBuild@1
      displayName: '构建第一个解决方案'
      inputs:
        solution: '**/FirstSolution.sln'
        msbuildArgs: '/p:OutputPath=$(Build.ArtifactStagingDirectory)/SharedDlls'
        platform: 'Any CPU'
        configuration: 'Release'

    # 将构建产物发布为Azure DevOps工件
    - task: PublishBuildArtifacts@1
      displayName: '发布共享DLL工件'
      inputs:
        PathtoPublish: '$(Build.ArtifactStagingDirectory)/SharedDlls'
        ArtifactName: 'SharedDlls'
        publishLocation: 'Container'

# 第二阶段：依赖第一阶段，下载工件后构建第二个解决方案
- stage: 构建依赖解决方案
  dependsOn: 构建共享DLL
  jobs:
  - job: 构建作业
    pool:
      vmImage: 'windows-latest'
    steps:
    # 下载第一阶段发布的SharedDlls工件
    - task: DownloadBuildArtifacts@0
      displayName: '下载共享DLL工件'
      inputs:
        buildType: 'current'
        downloadType: 'single'
        artifactName: 'SharedDlls'
        downloadPath: '$(Build.ArtifactStagingDirectory)'

    - task: NuGetToolInstaller@1
      displayName: '安装NuGet工具'

    - task: NuGetCommand@2
      displayName: '恢复第二个解决方案依赖'
      inputs:
        command: 'restore'
        restoreSolution: '**/SecondSolution.sln'
        feedsToUse: 'select'

    - task: VSBuild@1
      displayName: '构建第二个解决方案'
      inputs:
        solution: '**/SecondSolution.sln'
        msbuildArgs: '/p:ReferencePath=$(Build.ArtifactStagingDirectory)/SharedDlls'
        platform: 'Any CPU'
        configuration: 'Release'

关键说明 #

• dependsOn确保第二阶段必须在第一阶段完成后才执行。
• 发布的工件会存储在Azure DevOps中，可在流水线页面的"工件"标签下查看和下载，便于追溯版本。

额外注意事项 #

1. 项目引用配置：如果你的第二个解决方案项目中已经硬编码了DLL的本地路径，建议修改为相对路径，或者直接通过MSBuild的ReferencePath参数覆盖，避免构建失败。
2. .NET Core/.NET 5+适配：如果使用的是.NET Core项目，可将VSBuild任务替换为DotNetCoreCLI@2任务，示例命令如下：

   # 构建第一个解决方案
   - task: DotNetCoreCLI@2
     displayName: 'dotnet build 第一个解决方案'
     inputs:
       command: 'build'
       projects: '**/FirstSolution.sln'
       arguments: '--output $(Build.ArtifactStagingDirectory)/SharedDlls --configuration Release'
   
   # 构建第二个解决方案
   - task: DotNetCoreCLI@2
     displayName: 'dotnet build 第二个解决方案'
     inputs:
       command: 'build'
       projects: '**/SecondSolution.sln'
       arguments: '--property:ReferencePath=$(Build.ArtifactStagingDirectory)/SharedDlls --configuration Release'
   

3. 长期复用建议：如果需要团队长期复用第一个解决方案的DLL，可将其发布到Azure Artifacts的私有NuGet源，这样第二个解决方案可以像引用普通NuGet包一样添加依赖，更符合现代开发规范。

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