关于ci:行云流水|-CI-30-云原生构建全新上线

35次阅读

共计 1154 个字符,预计需要花费 3 分钟才能阅读完成。


研发过程中,如何直观且精确地获悉代码提交后的品质状态?
引入继续集成,能够自动化的对代码进行代码查看、单元测试、编译构建、甚至部署与公布,大幅晋升开发人员的效率。

腾讯云 CODING 推出 CI 3.0 ——云原生构建 ,是一款基于代码仓库的构建工具,采纳全新的设计理念。可用于继续集成、继续部署、继续交付、近程开发。面向云原生,提供 性能、性能、配额三重降级,旨在为 DevOps 践行者带来更简略、更晦涩、更高效的构建体验。

劣势亮点

简略——Pipeline as Code

通过仓库根目录中的 .coding-ci.yml 文件,应用开放式、可读性敌对的 YAML 语言,申明整个继续集成流水线。既能够使开发人员浏览、编写与复用流水线更加不便,又能够纳入代码仓库管理体系,像走查代码一样变更流水线配置,加强流水线的可控性与可追溯性。

晦涩——基于 DOCKER 生态

  1. 反对指定任意 Docker 镜像作为构建环境。
  2. 应用 Docker 作为流水线插件,反对任意语言编写,可间接应用业界已有的 Docker 插件。
  3. 流水线中反对运行原生 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 的云原生构建能力,开释开发者后劲,晋升研发团队的合作与交付效率,创始更加灵便、高效的开发新时代。

正文完
 0