点击上方 程序员成长指北，关注公众号
回复1，加入高级Node交流群
高质量的产品，有利于提升用户的使用体验，从而提高用户的留存。快速迭代，就是小步快跑，快速试错，在市场竞争中获得先机。
CI 和 CD 是提升产品质量和迭代速度的利器。CI 和 CD 也逐渐开始成为项目的标配。本文主要包含如下内容:
CI 和 CD 的介绍。
前端使用 CI 和 CD 的教程。
CI 是个啥
CI 是持续集成(Continuous Integration)的简称。CI 指开发者频繁的将代码合并到主干的做法。频繁的合入主干，能让代码合并变得简单。相对的，在开发的最后时刻，各个开发成员才将代码合并到主干是个噩梦：要解决多如牛毛的代码冲突。
CI 对应的是迭代式增量开发：先做个粗糙的原型，再根据用户反馈，不断调整优化。
而瀑布流式开发是这样的：按规划一个个来。适应性差。
自动化流程
CI 需要使用自动化流程来保证合入代码的质量和开发效率。自动化流程主要做 3 件事：
检查：代码质量检查、单元测试、安全扫描等。
构建：生成给部署用的制品(Artifact)。制品指由源码编译打包生成的二进制文件。常见的制品有：npm 包，Docker 镜像[1]，Helm[2] 等。
部署：复杂一些的项目，会专门做部署的流程，不放在 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 的大概步骤如下：
安装 Java。Jenkins 依赖 Java。
安装 Jenkins。
启动 Jenkins。
初始化 Jenkins。
创建 Jenkins 的用户。
安装和配置 Jenkins 的 Node.js 的插件。
等等。
了解详细内容，推荐阅读原文[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
如果觉得这篇文章还不错
点击下面卡片关注我
来个【分享、点赞、在看】三连支持一下吧
“分享、点赞、在看” 支持一波 
646
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
