使用Webhook和Github实现hugo的自动部署
· ☕ 2 分钟 · ✍️ zhoucaiqi@gmail.com
之前 《通过github和caddy实现hugo的自动部署》,使用的是 caddy 的 http.git 插件。最近发现,那方法不管用了,不知道原因。
所以决定使用传统的 webhook 。原理是:在 vps 运行 webhook 监听程序,github 收到 push 事件后,
就通知该监听程序,由该监听程序执行相应的命令。现在记录一下。
之前 《通过github和caddy实现hugo的自动部署》,使用的是 caddy 的 http.git 插件。最近发现,那方法不管用了,不知道原因。
所以决定使用传统的 webhook 。原理是:在 vps 运行 webhook 监听程序,github 收到 push 事件后,
就通知该监听程序,由该监听程序执行相应的命令。现在记录一下。
之前我写了一个脚本用来自动部署我的 Hugo 博客,今天闲来无事完善了一下这个脚本,使这个脚本更加通用一些。
脚本路径: https://github.com/coderzh/coderzh-hugo-blog/blob/master/deploy.py
本文的主要内容如标题所示,通过webhook将Hugo自动部署至GitHub Pages和GitCafe Pages。如果你正好有这个需求,看这篇文章正好,可以节省你不少时间。如果不是,了解一下也无妨。
这是一篇非常有价值,里面的每一个都非常值得大家实践。
Alfred workflow 的详细说明,我就不再赘述了,大家可以直接看最后的参考资料,我把我在用的 Alfred workflow 列一下,以供参考:
作为一个有高尚的情操的程序员,应该学会在写非练手项目的时候构建流程不使用与本机路径相关的依赖,这样把代码往 CI 上部署、在公司与个人电脑间传输、或者给别人用的时候都方便的多。
因为饱受 GFM 和 Redcarpet 两种 Markdown 引擎生成 TOC 链接的差异的折磨,而我又不得不同时使用它们——博客基于 Jekyll 使用 Redcarpet(Update 2016/09/16: GitHub Pages 现在已经改为只支持 kramdown),而其它放在 GitHub 仓库里的文档使用 GFM,我决定为我常用的 Markdown 编辑器 Vim 做一款同时支持 GFM 和 Redcarpet 两种 TOC 链接风格的 Table of Contents 自动生成插件。
Hello world!测试内容
点击屏幕右上角的 ···
在弹出的窗口中选择 在浏览器中打开