云原生构建
以仓库为主体,由 配置文件 描述在哪个 分支 下发生什么 事件 时执行什么 任务。
下面以一个最简示例开始,介绍如何一步步操作,创建仓库并触发一条流水线。
接着以开发中常见的 Pull Request
流水线检测需求为目标,介绍如何一步步编写配置文件。
在此基础上,可以在最佳实践中的选择具体场景的仓库,fork
仓库或复制其中配置文件,编写出符合自身需求的流水线配置。
新建一个仓库(如有跳过),创建好后,可以点击 云原生开发
按钮快速创建一个开发环境。
选择 WebIDE
进入开发界面,方便快捷。
一个简单的流水线配置如下:
添加 CI
配置文件 .cnb.yml
,将该内容复制进配置文件,提交并 push
到远端 main
分支。
即会触发流水线构建。
在仓库页面点击 云原生构建
可以看到构建列表。
最新一条即是刚刚触发的 push
事件流水线,点进去可以看到构建详情。
接下来,我们以一个常见的流水线需求,来简单介绍解释一下配置文件的语法:
“需求:主分支有 Pull Request
时,触发流水线进行 lint 和 test 检测,未通过则发出通知。 ”
我们分析下这个需求,可以从中抽取一些要素:
main
。pull_request
事件。下面我们根据这些要素一步步编写 .cnb.yml
配置文件。
第一层属性为分支名:
分支下有 pull_request
事件时触发构建:
事件可以执行多条流水线(并行),流水线有多个任务(串行或并行)。
这里我们简化,事件下只有一条流水线:
包括两个串行的任务,分别是 lint 和 test。
如果失败的话,要发送通知,流水线下除 stages
表示期望执行的任务外,还有个 failStages
表示 stages
任务执行失败时要执行的任务:
总结下,一个流水线的执行过程是:
想了解配置文件更多用法请移步 配置文件。
想了解配置文件详细语法请移步 语法。
更多完整示例参考 最佳实践。