使用 GitHub Actions 实现 Hexo 博客自动部署
一、Hexo 相关知识点
静态博客简单，但是发布博文时稍显麻烦，一般需要下面两步：
hexo clean
hexo g -d // 相当于 hexo g + hexo d
如果考虑到同步源文件，还需要每次更改后，将源文件 push 到指定仓库：
git push origin master
我们可以将 Hexo 文件分为两类，一类是源文件，即下面这些文件：
.
├── _config.yml
├── package.json
├── scaffolds
├── source
| ├── _drafts
| └── _posts
└── themes
一类是 public 文件，即网站文件：
public
├── 2020
├── categories
├── tags
....
发布博文的这三个操作代表：
- hexo clean：删除网站（public）文件
- hexo g：生成网站（public）文件
- hexo d：将本地网站（public）文件同步到指定仓库（如：yourname.github.io）中
我使用一个私有仓库存放 Hexo 源文件，在 deppwang/deppwang.github.io 中存放网站文件。所以每次发布或者更新博文时，需要使用 push 操作更新源文件，再执行 hexo clean、hexo g -d 更新博客，比较麻烦。
所以我们希望能在 push 源文件后，由 CI/CD（持续集成/持续部署）工具为我们执行 hexo clean、hexo g -d 这两个操作。
二、GitHub Actions
CI/CD 工具前有 Travis CI，现有 GitHub Actions，这里使用 GitHub Actions。
GitHub Actions 的工作原理：我们提前设置好需要自动化执行的任务，GitHub Actions 监控当前仓库的某一个操作（如：push），一旦有此操作，就自动化执行这些任务。
所以我们希望使用 GitHub Actions 后，只需要往源文件仓库 push 更新源文件，GitHub Actions 监控到 push 操作时，就自动化执行 hexo clean、hexo g -d 操作，完成博文发布。
Action 存放在项目根目录的 .github/workflows 下，后缀为 .yml。一个 Action 相当于一个工作流 workflow，一个工作流可以有多个任务 job，每个任务可以分为几步 step。任务、步骤依次执行。
每个 Action 是一个独立脚本，所以可以作为代码仓库。
actions/setup-node就表示github.com/actions/setup-node这个 仓库，代表安装 node.js。Action 为 action.yml
可以通过下面这种格式来使用别人写好的 action，@借用了指针的概念：
actions/setup-node@74bc508 # 指向一个 commit
actions/setup-node@v1.0 # 指向一个标签
actions/setup-node@master # 指向一个分支
关于 GitHub Actions 更多知识，请看 GitHub Actions 入门教程 - 阮一峰。
现在需要实现一个 Action，使其能够执行 hexo clean、hexo g -d 操作。
三、Hexo Action
我是使用的 sma11black 已经开发好的 Hexo Action，这个 Action 针对的是存放 Hexo 源文件和网站文件分开存放的场景。请先看 教程，以下为教程的补充。
非第一次生成 SSH Key：
ssh-keygen -t rsa -f ~/.ssh/id_rsa_x -C "yourmail@xxx.com"
将生成的 private key 作为 Hexo 源文件仓库 Settings > Secrets 的 一个名叫 DEPLOY_KEY 的 Secret。注意：需要复制包括 -----BEGIN OPENSSH PRIVATE KEY----- 和 -----END OPENSSH PRIVATE KEY----- 的整个内容。Secret 相当于一个变量，可以使私有变量不公开。
将生成的 public key 作为网站文件仓库 Settings > Deploy Keys 的 Deploy Key。Deploy Keys 中的公钥针对于当前仓库。
为什么要用 SSH Key？
- SSH Key，是一对密匙：公钥+私钥，用于加密本地仓库和远程仓库的传输内容。是非对称加密，可公钥加密、私钥解密；或私钥加密、公钥解密。
- 使用 GitHub Actions 是借助 GitHub 提供的环境，跟本地环境一样，也需要有私钥。当 GitHub Action 执行
hexo g -d时，用私钥 DEPLOY_KEY 加密，GitHub 用网站文件仓库的 Deploy Key 进行验证。
下面是具体的 action.yml：
name: Deploy # workflow name
on:
[push] # 触发事件
jobs:
build: # job1 id
runs-on: ubuntu-latest # 运行环境为最新版 Ubuntu
name: A job to deploy blog.
steps:
- name: Checkout # step1 获取源码
uses: actions/checkout@v1 # 使用 actions/checkout@v1
with: # 条件
submodules: true # Checkout private submodules(themes or something else). 当有子模块时切换分支？
# Caching dependencies to speed up workflows. (GitHub will remove any cache entries that have not been accessed in over 7 days.) 缓存压缩 node_modules，不用每次下载，使用时解压，可以加快工作流的执行过程，超过 7 天没有使用将删除压缩包。
- name: Cache node modules # step2
uses: actions/cache@v1
id: cache
with:
path: node_modules
key: ${{ runner.os }}-node-${{ hashFiles('**/package-lock.json') }}
restore-keys: |
${{ runner.os }}-node-
- name: Install Dependencies # step3 name
if: steps.cache.outputs.cache-hit != 'true' # 如果变量 cache-hit 不等于 true
run: npm install # 安装 node modules 相关依赖
# Deploy hexo blog website.
- name: Deploy # step4
id: deploy
uses: sma11black/hexo-action@v1.0.0
with:
deploy_key: ${{ secrets.DEPLOY_KEY }}
user_name: your github username
user_email: your github useremail
四、可能出现的问题：Deploy 失败
可能出现以下 3 三种情况：
1、
Host key verification failed
fatal: Could not read from remote repository.
出现此问题请检查 站点配置文件，看 deploy 是否存在出 GitHub 以外的仓库，如 Coding 。
解决方式：去除 GitHub 以外的仓库。
2、
Load key "/root/ssh/id_rsa": invalid format
gitagithub.com: Permission denied (publickey)
fatal: Could not read from remote repository.
出现此问题请检查 SSH Key，看 Private Key 是否正确且完整的复制
3、
ERROR Local hexo not found in /github/workspace
ERROR Try running: 'npm install hexo --save'
解决方式：将 uses: sma11black/hexo-action@v1.0.0 改为 uses: deppwang/hexo-aciton@v1.0.1，@v1.0.1 在 entrypoint.sh 中 hexo g -d 前添加了命令 npm install hexo --save
五、总结
关于 Action 具体如何执行，可结合运行日志理解。
六、参考
