如何让Azure DevOps的Microsoft-hosted代理跨作业保留工作区？

由于微软托管代理每个作业都会分配全新的干净节点，不存在跨作业保留工作区的可能，可通过以下两种方案实现等效需求：

方案1：使用流水线制品传递Restore结果 #

在第一个作业完成NuGet还原后，将还原输出的依赖包目录发布为流水线制品，第二个作业依赖第一个作业完成后，下载制品到对应路径即可直接执行构建测试，示例配置如下：

pool:
  vmImage: 'windows-latest'

jobs:
- job: job_one
  steps:
    - task: NuGetCommand@2
      inputs:
        command: 'restore'
        restoreSolution: '**/*.sln'
    # 发布还原后的packages目录为制品
    - task: PublishPipelineArtifact@1
      inputs:
        targetPath: '$(Pipeline.Workspace)/s/packages'
        artifact: 'nuget-packages'
        publishLocation: 'Container'

- job: job_two
  dependsOn: job_one
  steps:
    - checkout: none
    # 下载前一个作业上传的nuget包制品到对应路径
    - task: DownloadPipelineArtifact@2
      inputs:
        artifact: 'nuget-packages'
        path: '$(Pipeline.Workspace)/s/packages'
    - task: VSBuild@1
    - task: VSTest@2

说明：路径需要和你实际解决方案的NuGet还原输出路径匹配，可根据自己的项目结构调整

方案2：使用流水线缓存优化还原效率 #

如果拆分作业的核心诉求是提升执行效率、避免重复执行还原步骤，使用流水线缓存是更轻量化的方案，缓存命中后可直接跳过还原步骤，示例配置如下：

pool:
  vmImage: 'windows-latest'

jobs:
- job: job_one
  steps:
    # 还原前先检查缓存
    - task: Cache@2
      inputs:
        key: 'nuget | "$(Agent.OS)" | **/packages.lock.json,!**/bin/**,!**/obj/**'
        path: '$(Pipeline.Workspace)/s/packages'
        cacheHitVar: 'NUGET_CACHE_HIT'
    # 只有缓存未命中时才执行还原
    - task: NuGetCommand@2
      condition: ne(variables.NUGET_CACHE_HIT, 'true')
      inputs:
        command: 'restore'
        restoreSolution: '**/*.sln'

- job: job_two
  dependsOn: job_one
  steps:
    - checkout: none
    # 第二个作业同样可以直接命中同流水线的缓存
    - task: Cache@2
      inputs:
        key: 'nuget | "$(Agent.OS)" | **/packages.lock.json,!**/bin/**,!**/obj/**'
        path: '$(Pipeline.Workspace)/s/packages'
    - task: VSBuild@1
    - task: VSTest@2

说明：该方案需要项目开启NuGet锁定文件功能，生成packages.lock.json作为缓存的key匹配依据

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