提升前端质量和迭代速度的利器: CI 和 CD

Posted SHERlocked93

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了提升前端质量和迭代速度的利器: CI 和 CD相关的知识，希望对你有一定的参考价值。

高质量的产品，有利于提升用户的使用体验，从而提高用户的留存。快速迭代，就是小步快跑，快速试错，在市场竞争中获得先机。

CI 和 CD 是提升产品质量和迭代速度的利器。CI 和 CD 也逐渐开始成为项目的标配。本文主要包含如下内容:

  • CI 和 CD 的介绍。

  • 前端使用 CI 和 CD 的教程。

CI 是个啥

CI 是持续集成(Continuous Integration)的简称。CI 指开发者频繁的将代码合并到主干的做法。频繁的合入主干，能让代码合并变得简单。相对的，在开发的最后时刻，各个开发成员才将代码合并到主干是个噩梦：要解决多如牛毛的代码冲突。

CI 对应的是迭代式增量开发：先做个粗糙的原型，再根据用户反馈，不断调整优化。

而瀑布流式开发是这样的：按规划一个个来。适应性差。

自动化流程

CI 需要使用自动化流程来保证合入代码的质量和开发效率。自动化流程主要做 3 件事：

  1. 检查：代码质量检查、单元测试、安全扫描等。

  2. 构建：生成给部署用的制品(Artifact)。制品指由源码编译打包生成的二进制文件。常见的制品有：npm 包，Docker 镜像[1]，Helm[2] 等。

  3. 部署：复杂一些的项目，会专门做部署的流程，不放在 CI 中。

用流水线(pipeline)来定义自动化的流程。例如:

CI 工具

搭建 CI 自动化流程的常见工具有：Jenkins[3]，Travis CI[4],  Circle CI[5]，GitHub Actions[6]，CODING 的持续集成[7]。

这些工具，该怎么选呢？

Jenkins 的优点是功能强，有数百个插件，定制化程度高。同时支持 Git 和 SVN。缺点是，需要专用服务器来搭建 Jenkins。如果想用 Jenkins，又不想 搭建 Jenkins 环境，可以用 CODING 的持续集成[8]。该服务支持 Jenkins，可以用 CODING 免费的云端资源来构建，也支持接入自己的服务器来构建。

Travis CI, Circle CI, GitHub Actions 大同小异，只是写法不同。它们的优点是提供的是 SaaS 服务: 不需要专用服务器。缺点是：只支持 GitHub、GitLab 等代码托管平台。

推荐阅读：持续集成CircleCI vs Travis CI vs Jenkins[9]。

CD 是个啥

CD 即是持续交付(Continuous delivery)，也是持续部署(Continuous Deployment)的简称。持续交付是在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的类生产环境中。持续部署指频繁而且持续性的将软件部署到生产环境，使软件产品能够快速的交付使用。持续部署在部署到生产环境的过程是自动化的：整个过程无需人工参与。

持续部署需要支持蓝绿发布，灰度发布（金丝雀发布），滚动发布，快速回滚等能力。执行部署时(发布单)一般有人工审核的流程：某些流程，只要负责人确认后，才会走到下一步，如：部署到生产环境。

持续部署比较复杂，涉及的内容也很多。目前行业也没有一个成熟的标准。这里就不做详细介绍了。

前端使用 CI 和 CD 的教程

网上有很多优秀的: 前端使用 CI 和 CD 的教程，我推荐几个，就不重复造轮子了~

手把手教你用 Github Actions 部署前端项目[10]

这是政采云前端团队出品的教程。用 Github Actions 部署前端项目大概步骤如下：

1. 选择 Github 项目仓库

进入项目仓库，点击 Actions 标签进入。

2. 新建工作流，配置 Actions

根据上面的页面，根据需要自行选择需要的模版，或者跳过模版，自行设置。

常见的 Github Actions 的配置如下：

# workflow名称。省略的话，默认为当前workflow文件名
name: Node.js CI
# 触发workflow的条件，
on:
push:
# 只有master分支发生push事件时，才会触发workflow
branches: [ master ]
pull_request:
branches: [ master ]

# jobs表示执行的一项或多项任务
jobs:
# 任务的job_id，具体名称自定义，这里build代表打包
build:

# runs-on字段指定运行所需要的虚拟机环境。注意：这个是必填字段
runs-on: ubuntu-latest
# 用于配置当前workflow的参数
strategy:
matrix:
node-version: [10.x, 12.x, 14.x, 15.x]
# See supported Node.js release schedule at https://nodejs.org/en/about/releases/
# steps字段指定每个job的运行步骤，可以包含一个或多个步骤，每个步骤都可以配置指定字段
steps:
# 切代码到 runner
- uses: actions/checkout@v2
# 在当前操作系统安装node
- name: Use Node.js ${{ matrix.node-version }}
uses: actions/setup-node@v1
with:
node-version: ${{ matrix.node-version }}
# 该运行的命令或者action
# 安装依赖、运行测试、打包
    - run: npm install
    - run: npm test
    - run: npm run build

在 Git 上打标签来触发部署的配置：

on:
  push:
    # Sequence of patterns matched against refs/tags
    tags:
      - 'v*' # Push events to matching v*, i.e. v1.0, v20.15.10
name: Create Release
jobs:
  build:
    name: Create Release
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@master
      - name: Create Release
        id: create_release
        uses: actions/create-release@latest
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} # This token is provided by Actions, you do not need to create your own token
        with:
          tag_name: ${{ github.ref }}
          release_name: Release ${{ github.ref }}
          body: |
            Changes in this Release
            - First Change
            - Second Change
          draft: false
          prerelease: false

了解更多内容，推荐阅读原文[11]。

写给前端的 Jenkins 教程——10分钟实现前端/ Node.js 项目的 CI/CD[12]

这是炽翎出品的教程。安装配置 Jenkins 的大概步骤如下：

  1. 安装 Java。Jenkins 依赖 Java。

  2. 安装 Jenkins。

  3. 启动 Jenkins。

  4. 初始化 Jenkins。

  5. 创建 Jenkins 的用户。

  6. 安装和配置 Jenkins 的 Node.js 的插件。

  7. 等等。

了解详细内容，推荐阅读原文[13]。

没用过 CI 和 CD 的同学们，用起来吧~

参考资料

[1]

Docker 镜像: https://docs.docker.com/

[2]

Helm: https://helm.sh/

[3]

Jenkins: https://www.jenkins.io/

[4]

Travis CI: https://www.travis-ci.com/

[5]

Circle CI: https://circleci.com/

[6]

GitHub Actions: https://github.com/features/actions

[7]

CODING 的持续集成: https://help.coding.net/docs/ci/start.html

[8]

CODING 的持续集成: https://help.coding.net/docs/ci/start.html

[9]

持续集成CircleCI vs Travis CI vs Jenkins: https://zhuanlan.zhihu.com/p/59686072

[10]

手把手教你用 Github Actions 部署前端项目: https://juejin.cn/post/6950799922178310152

[11]

原文: https://juejin.cn/post/6950799922178310152

[12]

写给前端的 Jenkins 教程——10分钟实现前端/ Node.js 项目的 CI/CD: https://juejin.cn/post/6896151951545729031

[13]

原文: https://juejin.cn/post/6896151951545729031

最后

如果你觉得这篇内容对你挺有启发，我想邀请你帮我三个小忙：

  1. 点个「在看」，让更多的人也能看到这篇内容（喜欢不点在看，都是耍流氓 -_-）

  2. 欢迎加我微信「 sherlocked_93 」拉你进技术群，长期交流学习...

  3. 关注公众号「前端下午茶」，持续为你推送精选好文，也可以加我为好友，随时聊骚。

点个在看支持我吧，转发就更好了

以上是关于提升前端质量和迭代速度的利器: CI 和 CD的主要内容，如果未能解决你的问题，请参考以下文章

GitHub 十大 CI 工具

CI/CD常见代码部署方式

如何提升前端项目代码质量？

聊聊代码质量-《学得会，抄得走的提升前端代码质量方法》前言

云计算和DevOps：CI / CD和市场分析

写给前端的 Jenkins 教程——快速实现前端/ Node.js 项目的 CI/CD