前言
昨天写了一篇利于云环境写博客, 但是让群里大佬们看了下. 评论道:"写的不错, 但还是觉得这个云环境太繁琐了, 没有 CI/CD 自动化部署方便". 于是我便百度查了下, 网上文章大部分是通过 Travis CI 整的, 但我的源文件在 coding 呀! 于是我便尝试了使用 coding 自动化部署.
为什么要使用自动部署呢?
因为随着我们的长时间写文章, 生成时间也就更长. 在加上要加载插件. 如果你换一个电脑更明显, 首先你要安装 node 环境然后......
自动部署只需要把你的源代码提交, 云会自动帮你执行编译过程, 从而省去了自己编译的过程.
1. 创建访问认证
如图, 创建令牌, 然后描述随便写, 全写给 project:depot 即可, 不然没办法拉去仓库. 创建完成后会出现 id, 我们复制这个 id 并保存下来, 因为只出现一次.
在此时我们就拿到了访问项目的账号和密码. 此时我们的访问地址变成了 https://user.name:user.password@项目地址举个简单的例子:
假如说我的
令牌用户名是: root
令牌密码是: abcdefg
项目地址是
https://e.coding.net/test/test.git
那么我们的访问地址就是 https://root:abcdefg@e.coding.NET/test/test.Git
也就是 https://user.name:user.password@地址这样的格式.
编写构建
如果你没有构建功能, 请到左下角项目设置 -> 项目与成员 -> 功能开关 将构建与部署的功能打开.
如图 点击构建, 再点击下边的 新建构建计划配置
然后我们我们的代码源选择 CODING, 仓库只有一种选择.
配置来源选择自定义, 勾选下边的前往配置详情. 然后选择文本编辑器
将下边的代码复制上去. 注意修改你自己的 Git 地址. 注意 sh 'git clone https:// 账号: 密码 @地址 .'最后边的. 千万别删掉. 删掉可能导致发布不成功.(虽然提示成功)
- pipeline {
- agent {
- label 'node-10'
- }
- stages {
- stage('克隆项目') {
- steps {
- sh 'git clone https:// 账号: 密码 @地址 .'
- sh 'ls -a'
- }
- }
- stage('安装依赖') {
- steps {
- sh 'ls -a'
- sh 'npm install -g hexo-cli'
- sh 'npm install hexo --save'
- }
- }
- stage('构建发布') {
- steps {
- sh 'hexo clean && hexo g && hexo d'
- }
- }
- }
- }
为什么不能删那个点.?
那个点代表当前目录, 也就是把你的项目克隆到当前文件.
然后我们点击左上角的保存.
上传
我们新建一篇文章, 我本人呢是边写这篇文章边测试的. 所以当这篇文章发表出来的时候也就说明自动部署成功了.
我们进行简单的文章推送. 这里我使用的是 Git 小乌龟.
推送成功后 coding 的自动部署已经在运行了
常见问题
请确保你的 pages 项目仓库是公开的, 否则请同样配置访问密钥, 并修改 hexo 根目录下的配置文件.
如果你的 pages 服务在 coding, 并且仓库是私有的, 那么请添加项目令牌. 并替换博客根目录的地址.
然后替换博客根目录下 配置文件中的 Git 地址.
同样的地址也是 https://username:password@项目地址
假如说我的
令牌用户名是: root
令牌密码是: abcdefg
项目地址是
https://e.coding.net/test/test.git
那么在配置文件中的地址就是 https://root:abcdefg@e.coding.NET/test/test.Git
最后, 如果我的文章对你有帮助, 那么你可以点下边的赞赏按钮, 请作者喝杯咖啡哦!
如果图片失效请在下方留言, 或联系作者.
本文来自小康博客 (https://www.antmoe.com/)
原创不易, 所有文字及图片都是我自己一个一个弄得.
来源: https://www.cnblogs.com/antmoe/p/12287711.html