Hugo + github 搭建個人博客
前言
很早以前就有想法,搭建一個個人的博客。沒有實現的原因:一方面個人的伺服器不太安全掉線,欠費,維護起來麻煩,另一方面,文章編輯發布起來也不方便。
後來了解到 github 提供了博客的功能,也一直沒有實踐。也鑒於上次文章被刪,我也就開始實踐了起來,有一個備份總好於無。
選擇什麼程序生成
這個是我第一個糾結的地方,我當時把選擇集中在三個選項裡面:Jekyll,Hexo,Hugo。當然是一定要支持markdown。
針對選擇誰這個問題,我也是在網上查了大量的文章:
- Jekyll 由Ruby語言,三個裡面最悠久,網上有關的問題,解決辦法也比較多。官網主題較多;個人主機搭建的話,這個還是比較好,插件比較多。
- Hexo 用Nodejs生成的。Hexo有一個相對較大的社區,但大多數是非英語人士(來自中國)。。。
- Hugo 用Go構建的靜態站點生成器。它被宣傳為「世界上最快的網站構建框架」。屬於後起之秀,主題較少。
當時,我糾結了半天。最終決定使用Hugo,主要原因有下:
- GO語言是最新的語言;
- hugo 是最新的生成器,功能方面也肯定集成了之前其他生成器的優點;
- 不用安裝,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 stylex="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,例如
- 使用 hugo.exe 生成的靜態文件,在public目錄下,建議不要修改;需要修改的話,改模板文件。
github 發布
- github上面只有兩條規則,倉庫{賬號名稱}.github.io 和一個根目錄下的 index.html 文件
- 在我的github上面創建了三個倉庫,
hugo-theme-jane :是直接fork的主題,有修改需求;
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 命令挽救。具體做法如下:
- 用 git checkout master 將 HEAD 從遊離狀態切換到 master 分支 , 這時候,git 會報 Warning 說有一個提交沒有在 branch 上,記住這個提交的 change-id(假如 change-id 為 aaaa)
- 用 git cherry-pick aaaa 來將剛剛的提交作用在 master 分支上
- 用 git push 將更新提交到遠程版本庫中
結語
- 搭建這個時間,有一些久了,記憶有些模糊,中間過程有些遺漏和錯誤,歡迎指出。


※Linux下Nginx+多Tomcat負載均衡實現詳解
※Linux內存布局
TAG:程序員小新人學習 |