為什麼我推薦hexo部署到Gitlab

gitlab vs github

網路上很容易可以查到hexo部署到Github上,但gitlab就滿少的了
經過比較後,個人推薦部署到gitLab上
主要差異:

  1. gitlab對於自定域名仍可使用https
  2. gitlab有ci可以自動化,不必再下hexo ghexo d,只要push新文章,後面一切自動化
  3. 介面比github精緻
  4. 一個repo(在Gitlab上叫project),同時呈現page及存放blog原始結構
  5. 提供的容量、流量都比github大
  6. 不想公開BLOG原始結構的話,可以設定成私人(免費)
  7. gitlab的後台提供web IDE,可以做到雲端寫作

尤其第七點完全打動我心!
相信有些人跟我一樣,可能在多個地方都有電腦
但並不會想要為了PO文章,而在每個地方都裝好Git
甚至會希望可以在手機、平板上寫作

盡管現在已有不少方便的markdown軟體或網頁,可以先寫好後再複製內容過去
但po文這件事,卻被卡死在一台電腦上,就覺得不太方便

另一部份則是備份問題,比較簡單的解法大概就是搭配backup套件再傳到另一個repo去。代表每寫一篇文章,要顧及到2個repo!(一個備份、一個網頁,就算是新開branch,也是2個地方)
雖然github搭配travis可以做到跟gitlab一樣的自動化,但又得串另一個服務…

只是想用markdown寫blog啊!!搞的這麼辛苦有夠累人!

這也是為什麼後來還是放棄hexo,回到blogger

只是已習慣markdown寫作,用rich text真的很痛苦
搭配stack edit勉強可以解決,但寫完後的po文動作相當繁瑣
而且stack edit改版後,格式似乎又不太一樣,變成每次po文還要再設定title、tags…如果程式碼的標籤辨識錯誤,還得去改html
最後受不了,決定還是回來hexo

而在gitlab中,只需要一個repo,設定好ci後,同時做到網頁呈現及資料備份
後台提供的web IDE,可以直接線上PUSH!
也就是僅第一次架設時將blog原始結構push上去
以後只要在習慣的markdown平台(web或桌面程式)寫作,寫完後再開到gitlab貼上文章,送出!就像是一般blog平台po文一樣輕鬆愜意
甚至想要直接在web IDE上寫文,也是可以的
gitlab Post Article

Git完全是面向軟體開發工作者
對於喜歡hexo卻對Git不熟悉的人,也許好不容易照著教學順利架好了,但萬一作業環境有變動,發現這一切又要重頭來過時,若當初沒留下修改記錄,大概就決定要搬家了-_-

而放在gitlab上,只需要辛苦一次,如果真的對Git不熟悉,本地端可以完全不保留BLOG結構,單純寫文,根本不需要再下Git指令
大概只剩hexo引擎或blog主題大更新時才需要clone回本地折騰

gitlab對於SSG(Static Site Generators,靜態網頁產生)提供的一站式體驗,讓人感受相當舒服且有誠意!
雖然之前發生過工程師下到rm -rf,然後直播救資料的事件…
若還是會擔心的話,那就在gitlab的ci,多做一步push到github上,達到異地備援!
要同時2個大型GIT網站掛掉,我想那些付費企業比你還跳腳,就不必太過擔心了唄!

個人推薦的markdown 平台

桌面程式

Typora

強力推薦使用!
不像一般markdown軟體分左右兩邊,一邊寫markdown原始碼,另一邊呈現結果
typora所寫即所得,寫起來的感覺就像word,卻完全使用markdown語法!

Bear

若您的使用設備都是Apple裝置的話,Bear是一套相當漂亮、所寫所得的Markdown軟體,缺點就是Apple裝置間的同步需要付費才能做到

網頁服務

Dropbox Paper

目前似乎只有Dropbox Paper可以做到像Typora般所寫即所得。不過在複製出、匯出時,會發現程式碼結構被破壞掉,稍嫌可惜
不然Dropbox Paper寫作感受其實也滿好的!

HackMD

目前主力寫作平台
讓草稿階段的文章,可以達到異地同步撰寫
靈感一來,甚至可以直接在手機上寫文!
而且HackMD的開發團隊是台灣人唷!

系列文章

HEXO系列文章