Hugo + github 搭建个人博客

前言

很早以前就有想法，搭建一个个人的博客。没有实现的原因：一方面个人的服务器不太安全掉线，欠费，维护起来麻烦，另一方面，文章编辑发布起来也不方便。

后来了解到 github 提供了博客的功能，也一直没有实践。也鉴于上次文章被删，我也就开始实践了起来，有一个备份总好于无。

选择什么程序生成

这个是我第一个纠结的地方，我当时把选择集中在三个选项里面：Jekyll，Hexo，Hugo。当然是一定要支持markdown。

针对选择谁这个问题，我也是在网上查了大量的文章：

• Jekyll 由Ruby语言，三个里面最悠久，网上有关的问题，解决办法也比较多。官网主题较多；个人主机搭建的话，这个还是比较好，插件比较多。
• Hexo 用Nodejs生成的。Hexo有一个相对较大的社区，但大多数是非英语人士（来自中国）。。。
• Hugo 用Go构建的静态站点生成器。它被宣传为“世界上最快的网站构建框架”。属于后起之秀，主题较少。
  
  

当时，我纠结了半天。最终决定使用Hugo,主要原因有下：

1. GO语言是最新的语言；
2. hugo 是最新的生成器，功能方面也肯定集成了之前其他生成器的优点；
3. 不用安装，windows下需要一个exe程序，就可以生成静态文件了。这个是我选择他的最关键原因。

选择HUGO主题

• 只要上面的程序确定了，选择主题相对就比较轻松了。可是选择主题，有个人主观审美在里面，总会有这样那样的不太满意的地方。
• 我当时在官网上，看了很多主题，都不是特别喜欢，没有一眼就看上的那种。中文官网上更少，估计三十个主题都没有。
• 心里盘算着，实在不能偷懒，就拿一个改改算了。

最终，我也记不清当时是怎么搜到这个 hugo-theme-jane 主题的，印象中好像是一通乱搜。。。

Hugo生成静态站点

其实这方面网上的文章很多，我这里就不做全面介绍了。推荐参考 中文官方文档

• 建议使用git submodule clone下载主题，好处就是修改子模块之后只对子模块的版本库产生影响，对父项目的版本库不会产生任何影响,
• 修改config.toml文件。相当于该站点的hugo配置文件，涉及到博客标题，分页，作者声明等等。
• shortcodes自定义标签，新增themes/jane/layouts/shortcodes/collapsible.html，类似于博客园的代码折叠标签。
  
  注意：details 和 summary 是HTML 5 中的新标签。IE，Firefox都不支持

<details>
    <summary style="background-color:#f5f5f5;border:1px solid #ccc;padding:5px;">
        {{ with .Get 0}}{{.}}{{else}}click to expand{{ end }}
    </summary>
    {{.Inner}}
</details>

在文章编辑中使用参考, 效果

{{% collapsible "hugo代码折叠代码" %}}
中间为被折叠的代码
{{% /collapsible %}}

• 因为主题 jane 是由 nodejs 生成的，如果改了主题的话，需要用node重新生成一下。

我偷懒直接手动修改node生成后的文件，
themes/jane/static/dist/jane.min.css
themes/jane/static/dist/jane.min.css.map

• 图片的路径在static/images下面，在文章中使用路径，不包含static，例如![show 404 page](/images/testjpg.jpg)
• 使用 hugo.exe 生成的静态文件，在public目录下，建议不要修改；需要修改的话，改模板文件。

自定义的 js 和 css

强烈建议把一些自定义的功能，或者样式。按照这样的方式修改，不要去改themes

在配置文件config.toml中，填写上这两个配置

# Link custom CSS and JS assets
#   (relative to /static/css and /static/js respectively)
customCSS = []        # if ['custom.css'], load '/static/css/custom.css' file
customJS = []         # if ['custom.js'], load '/static/js/custom.js' file

注意，这个是对全站点生效的，要加上必要的选择器。

github 发布

• github上面只有两条规则，仓库{账号名称}.github.io 和一个根目录下的 index.html 文件
• 在我的github上面创建了三个仓库，

hugo-theme-jane ：是直接fork的主题，有修改需求；强烈建议把修改放到/static/css/目录下；
mrbenwang.github.io-hugo ：这个是有关于 hugo 的仓库；
mrbenwang.github.io ：最终的展示静态页面，是最重要的。github 的博客主要是从这里面来读取的。

• 使用 git submodule 命令：我把 public 和 themes/jane 都分别做了不同的git目标；.gitmodules文件内容如下

[submodule "public"]
	path = public
	url = https://github.com/MrBenWang/mrbenwang.github.io.git
[submodule "themes/jane"]
	path = themes/jane
	url = https://github.com/MrBenWang/hugo-theme-jane.git

• public 或 themes/jane 要在其所在的目录内提交，提交前一定要记得先git checkout master。参考链接

这里的坑在于，默认 git submodule update 并不会将 submodule 切到任何 branch，所以，默认下 submodule 的 HEAD 是处于游离状态的 (‘detached HEAD’ state)。所以在修改前，记得一定要用 git checkout master 将当前的 submodule 分支切换到 master，然后才能做修改和提交。

如果你不慎忘记切换到 master 分支，又做了提交，可以用 cherry-pick 命令挽救。具体做法如下：

1. 用 git checkout master 将 HEAD 从游离状态切换到 master 分支 , 这时候，git 会报 Warning 说有一个提交没有在 branch 上，记住这个提交的 change-id（假如 change-id 为 aaaa)
2. 用 git cherry-pick aaaa 来将刚刚的提交作用在 master 分支上
3. 用 git push 将更新提交到远程版本库中

结语

• 搭建这个时间，有一些久了，记忆有些模糊，中间过程有些遗漏和错误，欢迎指出。
• github 博客