我正在尝试将经典 Azure 管道转换为 YAML。
但是，我找不到任何有关如何让环境部署利用以前的构建工件的文档？即，如果我们构建并部署到开发，在测试之后我们如何将构建的完全相同的工件构建到另一个环境（例如集成或暂存槽）？我不想再次进行整个构建，因为如果同时在 master 中进行更改，我们将拥有不同的代码库。
我认为 YAML 管道有可能实现这一点，如果可以，我应该采用这种方法来实现它吗？
【问题讨论】：
标签： azure-devops azure-pipelines azure-yaml-pipelines
您的 YAML 管道可以指定它需要的资源。您可以指定现有构建或其他管道。
resources:
pipelines:
- pipeline: SmartHotel-resource # identifier for the resource (used in pipeline resource variables)
source: SmartHotel-CI # name of the pipeline that produces an artifact
见：
作为替代方案，您可以创建多阶段管道。您的管道指定构建和部署步骤的位置：
stages:
- stage: A
jobs:
- job: A1
- job: A2
- stage: B
jobs:
- job: B1
- job: B2
见：
【讨论】：
YAML 管道是否有可能，如果可以，我应该接近吗 实现这个？
下载工件任务将仅在部署作业的部署挂钩中自动注入。要停止下载工件，请使用 - download: none 或通过指定 Download Pipeline Artifact task 选择要下载的特定工件。
您可以参考有关descriptions of lifecycle hooks和Artifacts in release and deployment jobs的文档。
【讨论】：