持续集成利器，GitHub Actions
简介
GitHub Actions 是 GitHub 推出的持续集成服务，于 2018 年 10 月推出，目前已经可以投入到正式环境中使用。
什么是持续集成呢？
回忆一下代码从开发到上线的过程，通常要经过
代码开发 -> 代码提交 -> 服务器编译、测试、打包 -> 服务器部署（大规模部署用 docker）
整个过程中，除了代码开发和代码提交这两个步骤是依赖于开发人员的。
后面的服务器编译、测试、打包和部署都是重复性工作，完全可以用程序替代，没有必要用人工去手动操作，而且如果要部署 100 台服务器，全部靠手工的话，运维人员一定会累吐血
于是为了解决上述问题，机智的程序员们发明了持续集成！
持续集成的做什么的？
持续集成的目标：代码提交之后的所有服务器编译、测试、打包和部署所有流程都自动执行。
之前通常的方案如下图所示，其中虚线框中的就是持续集成部分
可以看出来整个流程还是十分流畅的，但是其中 jenkins 是需要开发人员手工搭建的，并且要占用服务器的一定资源，有一些麻烦
那有没有更好的方案呢？那就是今天要讲的 GitHub Actions！
GitHub Actions
如何查找 actions
GitHub Actions 可以理解为提交代码到 GitHub 后 GitHub 直接提供服务器帮助你做编译、测试、打包的工作，不需要再去手工搭建任何持续集成的工具，也不需要占用自己的服务器资源做这些事情
之后每一个操作就可以理解为是一个 action，很多个操作叠加起来就是 actions
官方提供了 actions 市场，可以根据自己的需求选择，https://github.com/marketplace?type=actions
如何编写 actions
GitHub Actions 配置文件放在仓库的 .github/workflows 目录下面，以 yaml 文件的形式存在，文件名根据自己的需求命名，比如main.yml或者develop.yml
其中文件的配置项可参考 https://docs.github.com/en/actions/reference/workflow-syntax-for-github-actions 官方文档来进行编写，下面介绍一些常见的选项
-
name：name 表示当前 action 的名称，根据自己的需求进行命名 -
on：on 表示触发条件，比如当代码 push 到 master 分支的时候触发，则
on:
push:
branches:
- master
-
jobs：jobs 表示实际需要执行的工作，比如下方代码，表示使用 ubuntu 执行构建工作，执行步骤上使用了 appleboy/ssh-action 这个仓库的能力
jobs:
build:
name: Build
runs-on: ubuntu-latest
steps:
- name: executing remote ssh commands using password
uses: appleboy/ssh-action@master
实例：登录服务器打包
现在有一个已经开发完成的 React 前端应用，希望每次push代码到master分支后，能够自动登录自己的服务器，拉取最新的代码并进行打包上线，应该怎么处理？
首先这里面涉及到ssh登录的问题，所以查找到了一个仓库https://github.com/appleboy/ssh-action，能够自动模拟ssh登录，按照文档建立.github/workflows/main.yml文件
name: remote ssh command
on:
push:
branches:
- master
jobs:
build:
name: Build
runs-on: ubuntu-latest
steps:
- name: executing remote ssh commands using password
uses: appleboy/ssh-action@master
with:
host: ${{ secrets.HOST }}
username: ${{ secrets.USERNAME }}
password: ${{ secrets.PASSWORD }}
command_timeout: 5m
script: |
cd ~/test
git pull origin master
yarn
yarn build
配置文件中前面的内容很容易理解，从 with 开始的部分，涉及到登录个人服务器信息，需要使用账号和密码，那么如果将账号密码明文放在GitHub中，一定会非常不安全，GitHub也不会允许这样的事情出现，于是就有secrets配置
选择 settings->secrets，然后添加文件中的 secrets，这里的值不会被泄露出去
比如 ssh [email protected]
HOST = 10.20.0.1
USERNAME = root
PASSWORD = ******（服务器登录密码）
根据配置文件，在登录完成后会连续执行script中的指令
script: |
cd ~/test
git pull origin master
yarn build
这里的含义就是访问代码目录，拉取最新代码，然后进行打包（其中代码目录、Git、Node.js、yarn等环境要提前准备好），这样就可以仅仅通过一个yaml配置文件，结合GitHub Actions 达到目标
小结
GitHub Actions将应用版本管理和持续集成非常好的结合了起来，形成了开发部署利器。
除了上述的例子之外，还有很多功能值得探索，建议大家多多尝试，给自己的代码插上持续集成的翅膀！
交流讨论
如果你不想加群，只是想加我也是可以的。
如果觉得这篇文章还不错，来个【分享、点赞、在看】三连吧，让更多的人也看到~