hexo的源码仓库

在第四篇中已经写过备份了,为什么又再写一遍呢?
主要是我发现了几个不方便的点,之前欠考虑,两年后再重新折腾一番。

这是hexo系列文章的第六篇 - hexo的源码仓库

前言

这是hexo系列文章的第六篇, 如下

  • 安装hexo
  • 使用hexo
  • 配置主题
  • 备份
  • 自动部署
  • hexo的源码仓库

Why

  1. 在第四篇中已经写过备份了,为什么又再写一遍呢?
  2. 主要是我发现了以下几个不方便的点,之前欠考虑,这过了两年发现不知道如何在新机器上下载源码并编译了。
    1. 把一篇博客分成了三个仓库(_config.yml, source, themes)去分别存储,太散乱,不利于维护。
    2. 当时将它分成三个仓库的原因是从网上下载的theme都是单独的仓库,为了保持theme的独立性
    3. 三个仓库恢复时应该是通过 hexo init 命令先建一个标准的目录结构,然后再分别下载三个仓库中的代码,覆盖
    4. 混乱之处在于:仓库的名字还得再修改成标准的名字;时间长了就忘了,不知如何恢复。
  3. 现在貌似公司的网络又能通过ssh访问外网了,所以准备再把博客搞起来
  4. 痛苦一把,把它改成一个仓库吧

如何修改

  1. 根据先前的步骤先把三个仓库放到一个目录下
  2. 将之前的.git目录删掉
  3. 如果将来再有新的theme,可以将它们下载下来,并删掉其.git,一并放到我的这个仓库中

我的博客的相关配置

  1. 记录一下:目前的源码存储在 https://gitee.com/
  2. deploy中有两个地址
    1. 码市(coding.net),哦现在应该是和腾讯云合并了:用的它的page功能,目前的 zzqhost.com 域名指向的就是它。
    2. github:可能是为了检索吧。。。

结语

  1. 大功告成
  2. 使用 hexo deploy 试试起不起作用
文章目录
  1. 1. 前言
  2. 2. Why
  3. 3. 如何修改
  4. 4. 我的博客的相关配置
  5. 5. 结语