研发过程中，如何直观且精确地获悉代码提交后的品质状态？
引入继续集成，能够自动化的对代码进行代码查看、单元测试、编译构建、甚至部署与公布，大幅晋升开发人员的效率。
腾讯云 CODING 推出 CI 3.0 ——云原生构建 ，是一款基于代码仓库的构建工具，采纳全新的设计理念。可用于继续集成、继续部署、继续交付、近程开发。面向云原生，提供 性能、性能、配额三重降级，旨在为 DevOps 践行者带来更简略、更晦涩、更高效的构建体验。
劣势亮点
简略——Pipeline as Code
通过仓库根目录中的 .coding-ci.yml 文件，应用开放式、可读性敌对的 YAML 语言，申明整个继续集成流水线。既能够使开发人员浏览、编写与复用流水线更加不便，又能够纳入代码仓库管理体系，像走查代码一样变更流水线配置，加强流水线的可控性与可追溯性。
晦涩——基于 DOCKER 生态
- 反对指定任意 Docker 镜像作为构建环境。
- 应用 Docker 作为流水线插件，反对任意语言编写，可间接应用业界已有的 Docker 插件。
- 流水线中反对运行原生 Docker 命令，反对任意编排 Docker 服务以满足自动化测试等须要启动依赖服务的场景。
高效——基于 OverlayFS 的高性能计划
传统的 CI 流水线中通常无奈兼顾工作的并行与效率，尤其是面临代码仓库或构建缓存异样宏大的场景。基于当先的 OverlayFS 缓存霎时复制技术，即便是上百 GB 容量的代码仓库，云原生构建也可能在秒级实现代码克隆，同时在并发数继续扩充时确保性能不衰减。
疾速开始
step1: 创立代码仓库
云原生构建能力基于代码仓库中的 .coding-ci.yml 配置文件，因而需在 CODING 团队中提前创立一个代码仓库。进入我的项目后，点击左侧菜单栏左侧的“代码仓库”中的右上角按钮进行创立。
step2: 新增配置文件
在仓库根目录中减少名为 .coding-ci.yml 的配置文件。该配置文件用于形容了当仓库产生一些事件时，应该执行什么操作。一个简略的配置文件参考如下：
配置文件含意
当有任意提交推送至 master 分支时，将触发一个名为 echo 的阶段。在此阶段将运行在 script 步骤中所定义的脚本输入命令。
更多用法请参考官网文档：https://ci.coding.net/docs/
step3: 提交配置文件
在终端中运行 git push 命令，将配置文件推送至代码仓库中。
step4: 查看构建后果
代码推送后将依照配置文件中的定义触发云原生构建。拜访代码仓库中的“云原生构建”，查看构建后果。
在构建日志中查看构建阶段运行详情。
解锁云原生开发的全新境界
云原生构建不仅仅是一个流程，它是一种扭转开发方式的哲学。心愿通过 腾讯云 CODING CI 3.0 的云原生构建能力，开释开发者后劲，晋升研发团队的合作与交付效率，创始更加灵便、高效的开发新时代。