云原生构建 以仓库为主体,由 配置文件 描述在哪个 分支 下发生什么 事件 时执行什么 任务。
下面以一个最简示例开始,介绍如何一步步操作,创建仓库并触发一条流水线。
接着以开发中常见的 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 任务执行失败时要执行的任务:
总结下,一个流水线的执行过程是:
想了解配置文件更多用法请移步 配置文件。
想了解配置文件详细语法请移步 语法。
更多完整示例参考 最佳实践。