我正在尝试将经典 Azure 管道转换为 YAML。
但是,我找不到任何关于如何让环境部署利用以前的构建工件的文档?即,如果我们构建并部署到开发人员,在测试之后我们如何将构建的完全相同的工件构建到另一个环境(例如集成或暂存槽)?我不想再次进行整个构建,因为如果同时在 master 中进行了更改,我们将拥有不同的代码库。
我认为 YAML 管道有可能实现这一点,如果是这样,我应该实现这个吗?
我正在尝试将经典 Azure 管道转换为 YAML。
但是,我找不到任何关于如何让环境部署利用以前的构建工件的文档?即,如果我们构建并部署到开发人员,在测试之后我们如何将构建的完全相同的工件构建到另一个环境(例如集成或暂存槽)?我不想再次进行整个构建,因为如果同时在 master 中进行了更改,我们将拥有不同的代码库。
我认为 YAML 管道有可能实现这一点,如果是这样,我应该实现这个吗?
您的 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 Pipeline Artifact 任务- download: none
来使用或选择要下载的特定工件。
关于发布和部署作业中生命周期钩子和工件的描述,您可以参考文档。