制品配置

功能介绍

在保留 Spinnaker 部分原生制品类型的基础上,CODING 部署控制台在 Git 仓库文件 制品类型中扩充了对 CODING 代码库的支持;在 Docker 镜像 制品类型中扩充了对 CODING Docker 镜像制品的支持。未来会支持 War 包、Helm 包等更多制品类型。

为触发器声明部署流程启动所需制品时,可以在【Match Artifact】处制品过滤条件,将其与触发器携带的制品信息进行比较。通过配置【Match Artifact】,您可以在云账号关联的的多个制品(例如存储在 Git 仓库的多个 manifest 文件)中过滤出最终需要的制品,触发器携带的制品信息与【Match Artifact】配置的条件匹配时,才能成功触发部署流程执行。

如果制品匹配失败

当【制品匹配规则】配置的制品在触发器中没有提供或匹配不到时,可以使用【如果制品匹配失败】中上一次部署流程执行的制品或默认制品。

  • 使用前一部署流程制品:Spinnaker 会保存每一次部署流程执行的制品信息,当【使用前一部署流程制品】被勾选后,如果【制品匹配规则】配置的制品匹配失败,将使用上一次部署流程执行的制品。

  • 使用默认制品:例如 CRON(定时触发)类型的触发器不提供制品信息时,这时可以使用默认制品。

当【使用前一部署流程制品】和【使用默认制品】都被启用时,将优先使用【使用前一部署流程制品】。

Docker 镜像

Docker 镜像 制品类型支持 CODING docker 仓库和外部仓库。

CODING docker 仓库

字段说明:

字段 说明
项目 列出登录账号加入的所有项目
仓库 列出项目下的所有 docker 类型制品仓库
镜像 列出仓库下的所有镜像
版本规则 支持正则表达式,留空的含义与.*一致,不对镜像版本做限制

外部仓库

字段 说明
路径规则 支持正则表达式,留空的含义与.*一致,不对镜像路径做限制
版本规则 支持正则表达式,留空的含义与.*一致,不对镜像版本做限制

Git 仓库文件

CODING 代码库

获取 cd-demo 项目下,cd-demo 代码仓库中的 k8s/service.yaml 文件作为部署流程制品,版本规则 release.* 表示所有以 release 开头命名的分支或 tag 才会成功匹配制品。

Github

Github 代码库的支持需要提前在【项目设置】中关联代码库。

获取 cd-demo 项目下,与 github 关联的代码仓库(coding-cd-demo)中的 api/api.conf 文件作为部署流程制品,版本规则 v1.* 表示所有以 v1 开头命名的分支或 tag 才会成功匹配制品。如果匹配失败,使用上一次部署流程执行的 api/api.conf 制品。

Gitlab

跟 github 一样,需要提前在【项目设置】中关联代码库


获取 cd-demo 项目下,与 gitlab 关联的代码仓库(gitlab-cd-demo)中的 config.ini 文件作为部署流程制品,版本规则 dev.* 表示所有以 dev 开头命名的分支或 tag 才会成功匹配制品。如果匹配失败,使用【如果制品匹配失败】配置的默认制品(代码仓库的全局配置文件 config.ini)。

自定义类型

字段 说明
类型 制品类型
名称 制品名称
版本 制品版本(用于区分类型和名称都相同的制品)
地址 对于不同资源类型含义不同(例如:腾讯云实例对应 region,Kubernetes 资源对应 namespace
索引 制品的 URI
上一篇触发器配置
文档是否对您有用?
感谢反馈有用
感谢反馈没用