使用 GitHub Actions 实现 CI/CD

导语

关于 CI/CD 定义，从这篇文章中摘抄如下

CI/CD 是一种通过在应用开发阶段引入 自动化来频繁向客户交付应用的方法。CI/CD 的核心概念是持续集成、持续交付和持续部署。作为一个面向开发和运营团队的解决方案，CI/CD 主要针对在集成新代码时所引发的问题（亦称：“ 集成地狱”）。
具体而言，CI/CD 可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务通常被统称为“CI/CD 管道”，由 开发和运维团队以敏捷方式协同支持。

刚好近期有时间，改了以下代码的部署方式。最开始是手动部署，后来改成 Git Hook，接着想要尝试 GitLab 的 CI/CD，可惜服务器硬件不足，改为 Laravel Envoy。
了解到 GitHub Actions，可以在 Marketplace 找到可用的 Actions，而且提供的虚拟机配置也不错，所以选择了它。

CI/CD 流程

只是应用在我的个人项目，配置、流程都会简单一些，完整代码会放在下面的链接中。

Build

就拿这一步举例好了。这里的作用是尝试 Build 代码。设置了 name 为 Build，运行在 ubuntu-latest，设置了 node-version 为 13。
开启了两个 docker 服务，分别为 mysql 和 redis，同时配置了相关的参数。
接下来是具体的 steps，依次是 checkout 代码、copy .env，然后 composer 和 node 的安装，生成 key 以及设置目录权限，最后执行 laravel 的 migrate 命令。
到此执行顺利的话，说明 Build 是没有问题的。

build:
    name: Build
    runs-on: ubuntu-latest

    strategy:
      matrix:
        node-version: [13]

    services:
      mysql:
        image: mysql:5.7
        env:
          MYSQL_ALLOW_EMPTY_PASSWORD: yes
          MYSQL_DATABASE: laravel
        ports:
          - 3306:3306
        options: --health-cmd="mysqladmin ping" --health-interval=10s --health-timeout=5s --health-retries=3
      redis:
        image: redis
        ports:
          - 6379:6379
        options: --name redis

    steps:
      - uses: actions/checkout@v2
      - name: Copy .env
        run: php -r "file_exists('.env') || copy('.env.ci', '.env');"
      - name: Composer Install
        run: composer install -q --no-ansi --no-interaction --no-scripts --no-suggest --no-progress --prefer-dist
      - uses: actions/setup-node@v1
        with:
          node-version: ${{ matrix.node-version }}
      - name: Npm Install And Build
        run: |
          npm install
          npm run prod
      - name: Generate Key
        run: php artisan key:generate
      - name: Directory Permissions
        run: chmod -R 777 storage bootstrap/cache
      - name: Database Migrate
        run: php artisan migrate

Test

Test 是在 Build 的基础之上，修改一些参数，然后增加 PHPunit 和 Cypress 的测试。这里就体现了 GitHub Actions 的一些优势，可以在 Cypress 中找到很多案例，修改一些参数就可以直接使用。

Deploy

在经过 Test 后，就可以部署到生产环境了。简单的话，直接同步代码就可以了。需要 queue restart 的话，可以使用 ssh Actions 执行。
这里也有一个 GitHub Actions 的优势，node 不需要担心网络环境，有些情况下虽然改了国内镜像，依然有失败的可能，所以在 GitHub Actions 中 npm run prod 后，将文件同步到服务器就好了。

结语

GitHub Actions 还有很多功能，这里只是应用了最简单的。以上的示例只是个人项目，还有很多不足，后续会逐步改进。

---

参考资料：ci.yml、GitHub Actions 文档、GitHub Actions 入门教程、CI/CD是什么？如何理解持续集成、持续交付和持续部署。