Azure DevOps Build.ArtifactStagingDirectory跨管线不一致致DACPAC部署失败

两个管线的$(Build.ArtifactStagingDirectory)取值不一致根本不是配置异常，是Azure DevOps管线的默认设计：

• 这个变量本身就只服务于当前单次管线运行的临时暂存，跨管线场景本来就不该用它来定位文件
• 构建管线和发布管线是完全独立的执行流程，各自在代理上分配独立的隔离工作空间，路径本来就不可能统一：路径里的2、r2是代理给不同类型作业分配的工作区编号，普通构建作业用纯数字，发布部署作业带r前缀，从设计上就把两类作业的临时目录做了隔离
• 你遇到的“发布侧目标文件夹为空”，本质就是把只在构建管线上下文里有效的变量值，拿到发布管线的执行环境中做路径匹配，自然会出现路径不匹配、目录为空的问题

• 最稳妥的方式是用内置的制品下载任务自动对齐路径
  在发布管线最开头添加「下载管线制品」任务，绑定触发本次发布的源构建产物。这个任务会自动把构建生成的DACPAC拉到发布代理的本地目录，同时自动生成一个指向制品实际位置的路径变量，后续的DACPAC部署任务直接引用这个变量即可，全程不需要手动填写路径，也完全不用在意两边的内置暂存目录存在多少差异。
• 经典发布管线注意不要配置绝对路径
  配置制品下载任务的时候，不要填写C:\agent\...这类绝对路径，把下载目标设置为基于发布工作区的相对路径即可。代理会自动处理不同运行批次的工作区编号变化，不会因为并行任务调整、代理扩容就直接出现路径失效问题。
• 需要对齐构建侧路径时走变量传递
  如果你确实需要拿到构建阶段的真实暂存路径，不要硬编码，在构建管线里加个简单命令行任务，执行echo "##vso[task.setvariable variable=RealBuildPath;isOutput=true]$(Build.ArtifactStagingDirectory)"，把这个输出变量在发布触发配置里设为可引用的参数，发布管线直接读取这个从构建侧传过来的值，不需要手动维护路径一致性。

写死固定路径的维护成本极高：代理的工作区编号是动态分配的，一旦并行任务数量调整、代理节点更新，那个带数字的固定路径随时就会失效，后续排查问题还要逐行定位路径配置，不适合长期生产环境使用。

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