為什麼我推薦hexo部署到Gitlab
gitlab vs github
網路上很容易可以查到hexo部署到Github上,但gitlab就滿少的了
經過比較後,個人推薦部署到gitLab上
主要差異:
- gitlab對於自定域名仍可使用https
- gitlab有ci可以自動化,不必再下
hexo g
、hexo d
,只要push新文章,後面一切自動化 - 介面比github精緻
- 一個repo(在Gitlab上叫project),同時呈現page及存放blog原始結構
- 提供的容量、流量都比github大
- 不想公開BLOG原始結構的話,可以設定成私人(免費)
- 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上寫文,也是可以的
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的開發團隊是台灣人唷!