MelodyHub

没有伞的孩子必须努力奔跑!|

前言: 使用CSDN简书撰写博客似乎是一件美事,只不过个人觉得太过于依赖他人平台,不如就自己搭建一个属于自己的博客。

最终,个人选择了Hexo+GitHub(Pages)的方式。

GitHub Pages 是开源协作社区 GitHub 的一个服务,将博客部署到它上面再合适不过了。

Q W
为什么要部署到 GitHub Pages 上? 首先免费,其次省心,最后可以学习使用 GitHub。
GitHub Pages 有容量限制吗? 有,由 What is GitHub Pages? 可知:大小限制为 1GB,一个月 100GB 流量。
超出限制的容量怎么办? 讲真,如果图片音乐视频等大文件都放在七牛云 KODO阿里云 OSS 或其它云存储上。
图片我更多是存放在图床上,比如路过图床SM.MS
国内访问速度行不行,有必要同时部署在 Coding 上吗? 个人感觉可有可无吧,自己不用梯子时,感觉访问速度可以,毕竟站点的大文件都是放在了云存储上,图片都是国内图床,加载较快。
我可以用自己的域名吗? 可以,并且原生支持 https。

今天在做git push -u origin master时出现了如下错误:

1
! [rejected]        master -> master (fetch first)

分析原因,基本上可以确定是因为github上的远程库与本地库版本不一致(我对github上的文件做了编辑操作,且未更新到本地,当然也可能还有其他原因…),通过一番研究,找到了两种解决方案:

温柔型方案:

  1. 通过git pull先将本地库更新到与远程库一致的版本,但要注意本地库后来做的修改可能被覆盖,最好使用git fetch(不会自动合并),查看更新情况再有选择合并,或者先将本地库修改过的文件备份,git pull后再重新修改;

  2. 再运行git push即可成功。

暴力型方案:

git提供了一种强制上传的方式:git push -f,它会忽略版本不一致等问题,强制将本地库上传的远程库,但是一定要谨慎使用,因为-f会用本地库覆盖掉远程库,如果远程库上有重要更新,或者有其他同伴做的修改,也都会被覆盖,所以一定要在确定无严重后果的前提下使用此操作。

欢迎关注我的 CSDN 专栏:《个人博客搭建:Hexo+Github Pages》,从搭建到美化一条龙,帮你解决 Hexo 常见问题!


由于 Hexo 博客是静态托管的,所有的原始数据都保存在本地,如果哪一天电脑坏了,或者是误删了本地数据,那就是叫天天不应叫地地不灵了,此时定时备份就显得比较重要了,常见的备份方法有:打包数据保存到U盘、云盘或者其他地方,但是早就有大神开发了备份插件:hexo-git-backup ,只需要一个命令就可以将所有数据包括主题文件备份到 github 了


博客内容遵循 署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0) 协议

本站使用 Hexo 作为驱动引擎 , 总浏览量为 次 , 总访客数为
载入天数...载入时分秒...