Hexo的版本控制与持续集成
Hexo的版本控制与持续集成
formulahan 发表于7个月前
Hexo的版本控制与持续集成
  • 发表于 7个月前
  • 阅读 425
  • 收藏 10
  • 点赞 0
  • 评论 2

腾讯云 技术升级10大核心产品年终让利>>>   

想必很多人会把Hexo生成出来的静态网站放到GitHub Pages来进行托管。一般发布Hexo博客的流程是,首先在本地搭建Hexo的环境,编写新文章,然后利用hexo deploy来发布到Git。那么对于本地的Hexo的原始文件怎么管理呢?如果换电脑了怎么办?如果没有对原始文件进行备份,突然有一天你的本地环境挂了导致源文件丢失,那不就呵呵了。也许你会想到用Dropbox或者其他方案来对源文件进行备份,但是每次更新完博客,需要备份好源文件,然后执行hexo deploy进行发布,是不是很麻烦?换了电脑之后又要重新搭建本地环境,是不是很蛋疼?

那么接下来我们就来说说如何优雅愉快地对我们的Hexo进行版本管理和发布。

既然我们已经用了GitHub来托管我们生成出来的静态网站,那么为什么不也把Hexo博客的源文件也host在GitHub上呢。那么问题来了,如果我们把Hexo博客的源文件托管在GitHub上,我们的发布流程就会变为:

  1. 执行git push把更新的源文件push到托管源文件的GitHub Repo (我们称之为Source Repo)
  2. 执行hexo deploy来更新托管静态网站的GitHub Pages (我们称之为Content Repo)

这样看来,每次更新博客要经历两个步骤,并不是那么straightforward。那么有没有办法做到既能使用GitHub进行版本控制,又能做到一键发布呢?

答案是肯定的。这里用到了持续集成也就是我们一直所说的CI来完成一键发布:当有新的change push到Source Repo时,自动执行CI脚本,生成最新的静态网站发布到Content Repo,一气呵成。那么我使用什么CI工具来做呢?我们可以使用像Travis CI这样的Hosted CI Service,也可以使用Jenkins或者TeamCity来搭建CI server。如果自己来搭建CI Server,费时费力,又要花钱来买Server来host CI service,肯定不是一个很好的选择。那么我们选哪个Hosted CI Service呢?其实今年在公司的一个项目中我们就选择了AppVeyor。当初在做investigation的时候,第一个想到的就是用Travis CI,然而我司大多数的开发环境都是Windows,而且当时的项目有Python, PowerShell, Java等,那时PowerShell还只支持Windows,所以需要选择一个支持Windows的CI Service。于是,Scott Hanselman安利的AppVeyor就成为了一个备选。访问AppVeyor官网,映入眼帘的大标题就是#1 Continuous Delivery service for Windows。刚开始的时候内心一阵嘲笑,Top 10的CI Service就你支持Windows,你不是第一那谁是第一?结果在之后的项目使用中,发现AppVeyor比Travis CI好用太多。这里就不具体展开了,继续进入正题。

使用AppVeyor来建立CI非常方便,主要是以下步骤:

  1. 注册并登陆AppVeyor

    访问AppVeyor登陆页面,使用你的GitHub账号登陆即可。 登陆AppVeyor

  2. 添加Project

    AppVeyor Projects页面,添加相应的GitHub Source Repo。 添加Project

  3. 添加appveyor.yml到Source Repo

    接下来,你需要把appveyor.yml添加到Source Repo的根目录下。具体的appveyor.yml如下,也可以参考我博客的appveyor.yml

    你唯一需要做的就是替换[Your GitHub Access Token],关于生成Access Token,可以参考这篇文章。在GitHub生成好Access Token之后,你需要到AppVeyor加密页面把Access Token加密之后再替换[Your GitHub Access Token] 加密Access Token

  4. 设置Appveyor

    添加好appveyor.yml之后,再到Appveyor portal设置以下四个变量。STATIC_SITE_REPO就是Content Repo的地址,TARGET_BRANCH就是你Content Repo的branch,一般默认就是master,GIT_USER_EMAIL和GIT_USER_NAME就是你GitHub账号的信息。 设置

好了,一切大功告成!试一下git push你的change到Source Repo,几分钟内,你的博客就自动更新了!

背后的过程如下:

  1. Git push to Source Repo
  2. --> AppVeyor CI
  3. --> Update GitHub Pages Content Repo
  4. --> Generate your Hexo blog site

最后肯定会有人问,为什么不用Jekyll或者WordPress啊?为什么选Hexo呢?在下一篇博客中我将详细道来,敬请期待!

共有 人打赏支持
formulahan
粉丝 3
博文 2
码字总数 2112
作品 4
评论 (2)
3x3只眼
搞这么复杂。。。写个脚本同时ci两个branch,master放源文件,gh-pages放web。
formulahan

引用来自“3x3只眼”的评论

搞这么复杂。。。写个脚本同时ci两个branch,master放源文件,gh-pages放web。
流程是一样的嘛。只不过一个是两个Repo,一个是两个branch。个人喜好不一样而已。
×
formulahan
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: