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 博客