为何NuGet Restore任务需与VS Build任务处于同一Azure DevOps Job中？

问题根源 #

每个Job在Azure DevOps中都是独立的虚拟机/容器实例，彼此之间没有共享的文件系统或执行上下文。第一个Job执行NuGet Restore生成的project.assets.json等依赖文件，仅存在于该Job的运行环境中；第二个Job启动时会重新拉取代码仓库的干净副本，完全看不到第一个Job生成的文件，因此会触发资产文件缺失的报错。

关于Job的独立上下文 #

是的，每个Job都运行在完全独立的执行环境：

• 每个Job会被分配全新的虚拟机（或容器），并从仓库拉取代码的干净版本
• Job之间默认没有任何数据共享，除非显式配置**工件（Artifacts）或缓存（Cache）**来传递文件
• 日志里显示的根路径（如D:\a\1\s）只是Azure DevOps为每个Job设置的标准化工作目录格式，实际属于不同机器上的独立目录，内容完全无关

路径一致却失败的原因 #

D:\a\1\s是Azure DevOps为Job默认设置的源代码目录路径模板，每个Job的该目录都是独立的：

• 第一个Job的D:\a\1\s目录包含Restore后的资产文件，但这个目录属于第一个专属虚拟机
• 第二个Job启动时，会在新的虚拟机上创建同名的D:\a\1\s目录，并重新克隆仓库的原始代码，没有之前Restore生成的文件，因此构建报错

能否拆分至两个Job执行？ #

可以，但需要通过工件传递Restore后的依赖文件来实现，具体配置示例如下：

pool:
  vmImage: 'windows-latest'

jobs:
- job: RestoreJob
  steps:
  - task: NuGetToolInstaller@1
  - task: NuGetCommand@2
    inputs:
      restoreSolution: 'Framer/Framer.sln'
  # 打包Restore后的解决方案文件（含obj和packages目录）
  - task: PublishBuildArtifacts@1
    inputs:
      PathtoPublish: 'Framer'
      ArtifactName: 'restored-solution'
      publishLocation: 'Container'

- job: BuildJob
  dependsOn: RestoreJob
  steps:
  # 下载RestoreJob发布的工件
  - task: DownloadBuildArtifacts@0
    inputs:
      buildType: 'current'
      downloadType: 'single'
      artifactName: 'restored-solution'
      downloadPath: '$(System.ArtifactsDirectory)'
  # 将工件文件复制到源代码目录，覆盖原始文件
  - task: CopyFiles@2
    inputs:
      SourceFolder: '$(System.ArtifactsDirectory)/restored-solution'
      TargetFolder: '$(Build.SourcesDirectory)/Framer'
      OverWrite: true
  # 执行构建任务
  - task: VSBuild@1
    inputs:
      solution: 'Framer/Framer.sln'
      platform: 'Any CPU'
      configuration: 'Release'

另外，也可以结合Azure DevOps的NuGet缓存任务优化包下载效率，但缓存仅保存包文件，若要拆分Job仍需传递project.assets.json等项目资产文件。

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