每次写完博客后, 需要手动执行自定义的deploy.sh脚本进行手动部署. 虽然已经做到一键发射了, 但作为一名 SRE, 内心还是有几分惭愧的. 特别是每次深夜等待部署的那么两三分钟, 都会陷入无尽的沉思🤔. 毕竟以自动化工具为荣，以人肉操作为耻 XD

所以理想情况下: 当 push 代码成功之后, 就可以合上笔记本呼呼大睡了. 稍微调查了一下, 主要有三个解决方案进入的我的视野, 请容我一一道来.

背景

简单阐述一下自己写博客的 pipline:

编写一篇博客, 或修改一些主题样式
push 至 GitHub 仓库
本地运行 deploy shell 脚本:
- hexo generate
- python 脚本处理 atom.xml(图片lazyload的问题)
- rsync 到服务器
漫长的等待 zZ

之前的探索

从 Octopress 迁移到 Hexo 之后, 就一直在探索最优的部署方式. 尝试过 google oss, 但没法解决 https 的问题, 尝试过 Netlify. 但自动部署在 cloudflare 上的, 国内的速度感人.

解决方案

Jenkins

第一个想到的工具是 Jenkins, 可以利用 GitHub 的 Webhooks 触发执行部署. 方案上貌似可行性挺高的, 而且也可以 docker 一件部署 Jenkins. 但总觉得哪里不太对, 总觉得依赖太重? 暂时放弃了.

其实可以写个专门部署用的 dockerfile, 也是个挺不错的选择.

Travis

之后尝试是大名鼎鼎的 Travis. 但个人说实话不太喜欢这个东西, 一是感觉配置文件毫无头绪, 上手困难, 二是本地也不知道如何去执行测试, 简直是个21世纪无比反人类的东西呀!

首先还是理解一下 travis 的 lifecycle, 主要分为如下两大部分:

install: 安装所有的依赖
- OPTIONAL Install apt addons
- OPTIONAL Install cache components
- before_install
- install
script: 执行部署的脚本
- before_script
- script
- OPTIONAL before_cache (for cleaning up cache)after_success or after_failure
- OPTIONAL before_deploy
- OPTIONAL deploy
- OPTIONAL after_deploy
- after_script

于是葫芦画瓢, 简单写了一个 travis 的配置文件:

language: node_js

install:
  - npm install hexo-cli -g
  - npm install

deploy:
  provider: script
  skip_cleanup: true
  script: ./deploy.sh
  on:
    branch: master