使用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。如果你正好有这个需求,看这篇文章正好,可以节省你不少时间。如果不是,了解一下也无妨。
本教程系列将以 Travis CI 为主,我也不知道以后会不会讲 AppVeyor ,我也不知道以后会不会讲 Circle CI 和 CodeShip 。
这篇文章你可以把它当成一个索引,我给出了使用 Travis 需要阅读的内容,读者可以根据自己的需求选择阅读文档的特定部分。
等等功能(这些都是最基本的)
混开源社区的 friends 喜欢使用一些现有的 CI 服务,比如 Travis, AppVeyor, Circle CI, CodeShip 等,
公司企业喜欢自己写 CI 自己用,因为这本来就是个高度定制的东西,要是你能提供高度定制的环境(比如装好了依赖的服务器)
当然做 CI 就超级简单了。
但是我们是混开源社区的 friends ,所以没有这种操作,首选当然是 Travis CI 。
理由: Linux + 自动部署
点击屏幕右上角的 ···
在弹出的窗口中选择 在浏览器中打开