我正在尝试将经典 Azure 管道转换为 YAML。
但是,我找不到任何关于如何利用以前的构建工件进行环境部署的文档?即,如果我们构建并部署到开发人员,在测试之后我们如何将构建的完全相同的工件构建到另一个环境(例如集成或暂存槽)?我不想再次进行整个构建,因为如果同时在 master 中进行更改,我们将拥有不同的代码库。
我认为 YAML 管道可以实现某些功能,如果可以,我应该尝试实现它吗?
答案 0 :(得分:1)
您的 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
见:
答案 1 :(得分:0)
YAML 管道是否可以实现这一点,如果可以,我应该如何处理 实施这个?
下载工件任务将仅在部署作业的部署挂钩中自动注入。要停止下载工件,请使用 - download: none
或通过指定 Download Pipeline Artifact task 来选择要下载的特定工件。
您可以参考有关descriptions of lifecycle hooks和Artifacts in release and deployment jobs的文档。