CODING企业版持续集成+自动部署HEXO博客

CODING企业版持续集成+自动部署HEXO博客

用了一段时间的GitHub Pages发现确实速度比较慢,即便优化再多也不能从根本上进行改善。于是这几天尝试在CODING企业版对本站进行持续集成+自动部署。

然后,这个过程并不顺利…

方法一:hexo d

一开始我参考github actions的方法,先持续集成,接着通过hexo d命令推送到master分支,再进行自动部署。然而,最终卡在了hexo d这一步。

我反复搜索了网上的资料,唯一相关的一篇官方推荐文章也是这么操作的,详见:《使用 CODING 进行 Hexo 项目的持续集成》,但是没有提到过SSH权限受限的问题。

根据我的逻辑,SSH就是一对密钥,将公钥放到被推送的仓库,私钥放到持续集成的工作空间就行了。

而coding的持续集成是通过调用凭据来进行验证的,但是这么设置后依然无效。

思考过后,我觉得可能是密钥的生成方式有问题,因为我并不是在持续集成的工作空间生成的,而是通过外部cloud studio用ssh-keygen -f命令生成一对密钥。(但github也是如此操作的,却有效)

最终我尝试切换到https方式推送,却忘记了git密码…话说这个密码究竟是啥?难道不是coding账户的密码吗?也没找到忘记和重置密码的资料。

于是方法一无疾而终…

方法二:项目令牌

这里参考的方法是:《coding持续集成部署hexo博客》

与前文的区别是,这里去掉了hexo d的步骤,而是通过项目令牌的方式直接将public文件夹推送到master分支。

并且这里用到了docker的方式,具体原理我就不清楚了。

不过,只要参考原文的步骤,确实能实现持续集成+自动部署的目的。

持续集成记录:

只是目前耗时较长,github那边只要1分钟就能完成。

自动部署记录:

后语

最后要吐槽的一点是,coding pages的二级域名为什么不是用户名,而是随机生成的一串字符?

CODING企业版持续集成+自动部署HEXO博客

https://tiexo.github.io/2724904e/

作者

唐门

发布于

2019-12-24

更新于

2021-05-18

许可协议

CC BY-NC-SA 4.0

评论