博客搭建好后，一个重要的问题就是每次有新写的md文件难道要手动执行hugo，然后将public文件夹推送到github pages仓库？显然这不是我想要的。

在网络上搜索了一下，发现可以借助一些CI/CD工具来帮助我完成这件事。CI/CD全称Continuous Integration and Delivery，中文翻译过来就是持续集成和交付。原理是借助git的hook功能，监控git仓库的提交，然后触发自动构建，自动部署。

其中，travis.io是在线的用的比较多的一个CI/CD工具，而且可以免费使用。使用方法还算简单，就是在项目根目录创建一个.travis.yml文件，文件中按照其语法，声明项目运行的环境和构建脚本。 以下是我的博客的构建脚本

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22

  langguage: go

  go:
    - master
  install:
    - wget https://github.com/gohugoio/hugo/releases/download/v0.31.1/hugo_0.31.1_Linux-64bit.tar.gz
    - tar -zxf hugo_0.31.1_Linux-64bit.tar.gz
    - chmod a+x hugo

  script:
    - ./hugo

  deploy:
    provider: pages
    skip_cleanup: true
    github_token: $GITHUB_TOKEN
    on:
      branch: master
    local_dir: ./public
    repo: hulb/hulb.github.io
    email: hulb@live.cn
    target_branch: master

以上是表示使用go的运行环境，go版本选择为master版本，这是从travis文档学习来的。

使用travis我们可以自动对Push到博客仓库的md文件执行hugo，生成public文件夹，那么如何把这个文件夹推送到对应的pages仓库呢？这就需要用到github的access token。在github的setting->developer setting中有一个personal access token，根据travis文档教程生成一个新的access token，填入travis环境变量里，然后我们在.travis.yml中就可以用到，就如上面的@GITHUB_TOKEN。

接下来设置部署的命令，就是deploy这一节。根据travis有关github pages的文档填入一些配置，这里有个坑，repo只用写你的github用户名/项目名就行了，不用写完成的git clone的地址，一直在这个地方搞错了好几次。 然后就是推送一个更新到博客源文件仓库，触发自动构建和部署。