當前位置:
首頁 > 知識 > Hugo + github 搭建個人博客

Hugo + github 搭建個人博客

前言

很早以前就有想法,搭建一個個人的博客。沒有實現的原因:一方面個人的伺服器不太安全掉線,欠費,維護起來麻煩,另一方面,文章編輯發布起來也不方便。

後來了解到 github 提供了博客的功能,也一直沒有實踐。也鑒於上次文章被刪,我也就開始實踐了起來,有一個備份總好於無。

選擇什麼程序生成

這個是我第一個糾結的地方,我當時把選擇集中在三個選項裡面:Jekyll,Hexo,Hugo。當然是一定要支持markdown。

針對選擇誰這個問題,我也是在網上查了大量的文章:

  • Jekyll 由Ruby語言,三個裡面最悠久,網上有關的問題,解決辦法也比較多。官網主題較多;個人主機搭建的話,這個還是比較好,插件比較多。
  • Hexo 用Nodejs生成的。Hexo有一個相對較大的社區,但大多數是非英語人士(來自中國)。。。
  • Hugo 用Go構建的靜態站點生成器。它被宣傳為「世界上最快的網站構建框架」。屬於後起之秀,主題較少。

Hugo + github 搭建個人博客

當時,我糾結了半天。最終決定使用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 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,例如![show 404 page](/images/testjpg.jpg)
  • 使用 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 命令挽救。具體做法如下:

  1. 用 git checkout master 將 HEAD 從遊離狀態切換到 master 分支 , 這時候,git 會報 Warning 說有一個提交沒有在 branch 上,記住這個提交的 change-id(假如 change-id 為 aaaa)
  2. 用 git cherry-pick aaaa 來將剛剛的提交作用在 master 分支上
  3. 用 git push 將更新提交到遠程版本庫中

結語

  • 搭建這個時間,有一些久了,記憶有些模糊,中間過程有些遺漏和錯誤,歡迎指出。

喜歡這篇文章嗎?立刻分享出去讓更多人知道吧!

本站內容充實豐富,博大精深,小編精選每日熱門資訊,隨時更新,點擊「搶先收到最新資訊」瀏覽吧!


請您繼續閱讀更多來自 程序員小新人學習 的精彩文章:

Linux下Nginx+多Tomcat負載均衡實現詳解
Linux內存布局

TAG:程序員小新人學習 |