用TravisCI持續整合自動部署Hexo部落格的個人實踐
優秀的程式設計師都是不用持續整合的
前幾天我面試了一個碼農,連續幾個專業問題他都沒答上來。
尷尬之餘,我問它:「你沒有什麼理想嗎?你現在最渴望的事情是什麼?」
碼農轉悠著大眼睛,不假思索道:「做一個持續整合的自動部署!」
真沒想到在面試中居然還有這種操作。
我問為什麼這能成為現階段最渴望的事情。
他反問「你就沒有改動程式碼頻繁,deploy無數次到崩潰的夜晚嗎?寂寞長夜,總想好好專心寫寫部落格,寬慰下自己啊。」
今天我就要做為一個不優秀的程式設計師使用持續整合。
觀看本教程的前置條件:
- 已經配置好了hexo部落格。擁有一個倉庫如:
mtianyan.github.io
\ - 已經將部落格的原始碼也
push
hexoBlog-Github
- 已經配置了使用gulp進行博文壓縮。
參考:推薦觀看我的博文《Hexo+Next主題搭建部落格安裝美化及SEO優化指南》中將部落格原始碼備份到github或碼雲
與 使用gulp進行博文壓縮
完成上述前置條件,雖然不是必須的,但是可以與我保持一致。減少錯誤。
個人對上面部落格做了新版本的修訂。我最近每天改動部落格的內容。一會目錄有問題,一會改了站點引數,主題引數,出現Bug,
不停的提交快崩潰了:寂寞長夜,總想好好專心寫寫部落格,寬慰下自己啊。
本文是一次在這個命題下的個人實踐記錄:大部分文字轉載自參考部落格
通常更新一篇Hexo部落格文章,基本流程是:
- 本地新建post頁面
hexo n travis-ci-deploy-blog
INFO Created: e:\WORK\GitHub\think-diff.me.source\source\_posts\travis-ci-deploy-blog.md
- 在文字編輯器裡用
markdown
語法編輯新建頁面 - 本地生成public檔案:
hexo g && gulp
- 啟動本地測試web server:
hexo s --debug
- 瀏覽器開啟
http://localhost:4000/
, 瀏覽生成文章 - 如果滿意,即可部署到Github存放page倉庫裡:
hexo d
本文主要介紹如何利用TravisCI
3-6
步.
What is Travis CI?
Travis CI
CI(Continuous Integration)
翻譯為持續整合
。Travis CI
是一個提供持續整合功能的平臺,在Github
上,可以新增Travis CI
,當有code push
時候,會推送通知到Travis
,根據設定的指令碼執行指定任務。
目前有兩個站點:
Travis.org
對於所有public
專案完全免費Travics.com
只針對private
專案,提供更多一些額外功能,如cache
,並行build
個數
兩個站點只能看到各自的專案,不能通用。
Why we need Travis CI?
有人可能會有疑問: 在本地寫完部落格,直接一個命令hexo d
,不就搞定了麼, 為啥要費力搞CI
?
的確, 想用TravisCI
來自動部署Hexo部落格程式,需要不少設定(瞎折騰),為了給大夥信心,列舉一些優點:
{% note success %}
優點1:直接線上編輯檔案,立即生效
{% endnote %}
假設你已經發表了一篇文章,過了幾天你在朋友機器上瀏覽發現有幾個明顯的錯別字,對於有強迫症的,這是不能容忍的。 但你手頭又沒有完整的hexo+nodejs+git的開發環境,重新下載git,node,hexo配置會花費不少時間,特別不划算。
如果按照這篇完整折騰完,你可以直接用瀏覽器訪問github個人專案倉庫,直接編輯那篇post的原md檔案,前後2分鐘改完。 稍等片刻,你的部落格就自動更新了。
{% note success %}
優點2:自動部署,同時部署到多個地方
{% endnote %}
在gitcafe
是被收購之前,很多同學(包括我)都是託管在上面的,國內訪問速度比Github
快很多。
配合DNS
根據IP
位置可以自動選擇導到gitcafe
, 還是github
,甚至你還可以部署到七牛雲的靜態網站。
利用Travis CI
可同時更新多個倉庫。
比如我的部落格現在有兩個站:一個部署在碼雲,一個部署在github。都需要我自己手動部署。
注:最後發現碼雲並不支援。emmmmm
{% note success %}
優點3:部署快捷方便
{% endnote %}
手動deploy
需要推送public
整個folder到github上,當後期網站文章、圖片較多時候,對於天朝的網路,有時候連線github 就是不順暢,經常要傻等不少上傳時間。
有了CI,你可以只提交post
檔案裡單獨的md
檔案即可,很快很爽,誰用誰知道。
{% note success %}
優點4:bigger than bigger
build icon
{% endnote %}
你的專案Readme
裡面可以顯示CI build
圖示,很酷有沒有?
另外通過設定,可以在當build失敗
時自動發郵件提醒你。
上面的圖示,如果登陸後你在Github專案裡,直接點選圖示,會跳轉到你當前專案build的log介面,很方便。
當然有了CI
,你可以做很多事情,如自動執行單元測試
,成功後再deploy
等等。很多專案裡的持續整合基本也是這個道理。
How to use Travis CI to deploy hexo blog?
原博主是使用private專案演示的,雖然我也就用學校郵箱加入了Github
的Education plan
但是為了通用性,我本次做了public
的實踐。
步驟:
準備Travis CI賬號, 傳送門:public專案, private專案, 在登陸成功後.
如果發現沒有Repositories
,點選上圖加號會看到自己的目錄然後把想要持續整合的倉庫開關開啟,會自動hook到Github。
注意: 這裡需要開啟的是自己的
準備Github Personal Access Token。
在Github的setting頁面,左側面板選擇Developer settings
然後Personal access tokens
, 右上角點選Generate new token
。生成token
時候需要確定訪問scope
,這裡我們選擇第一個repo
即可。重要:生成的token
只有第一次可見,一定要儲存下來備用。
(可選操作:除非你對於Travis CI儲存你的金鑰不信任,才需要做,否則可以直接跳過省事)
推薦直接跳過:有點奇怪原博主加了密又自行設定了環境變數儲存token。加密在最後都沒有用到。。。
- 準備Travis命令列工具,需要依賴ruby環境。對於Windows環境,可以使用這裡的安裝包,安裝完成後可用
ruby -v
檢查。
請安裝2.4.x
版本。
注意不要安裝2.5
版本。暫時不支援。會報錯:
ERROR: Error installing travis: The last version of ffi (>= 1.3.0) to support your Ruby & RubyGems was 1.9.18. Try installing it with `gem install ffi -v 1.9.18` and then running the current command again ffi requires Ruby version < 2.5, >= 2.0. The current ruby version is 2.5.0.
- 安裝命令列工具,參考這裡官方文件:
gem install travis
驗證travis安裝成功
- 用Github的使用者名稱/密碼登入這個命令列工具。
travis login
登陸成功後,開始加密,參考下面程式碼:
travis encrypt -r <github name>/<github repo> GH_Token=XXX
#sample:
travis encrypt -r mtianyan/hexoBlog-Github GH_TOKEN=33ba3948bxxx
把輸出的secure:"xxxx"
儲存。可以在檔案的
env:
global:
- secure: `你加密後的`
travis-ci
會自動對於你的金鑰進行解密。當做加密前的環境變數:GH_TOKEN
配置.travis.yml
(如果沒有,新建)
新增環境變數來保護自己的github金鑰。
點選more options
選擇 setting
.
找到環境變數值。將自己在github得到的個人token值
作為value
,name
可以自行定義
Travis_Token
下面gulp
的壓縮安裝,參考我Hexo中教程的方法。
如果不需要壓縮,可自行替換為hexo g
我個人的.travis.yml
可供參考
language: node_js #設定語言
node_js: stable #設定相應的版本
cache:
apt: true
directories:
- node_modules # 快取不經常更改的內容
before_install:
- export TZ='Asia/Shanghai' # 更改時區
install:
- npm install #安裝hexo及外掛
script:
- hexo clean #清除
- hexo g && gulp #生成
after_script:
- git clone https://${GH_REF} .deploy_git # GH_REF是最下面配置的倉庫地址
- cd .deploy_git
- git checkout master
- cd ../
- mv .deploy_git/.git/ ./public/ # 這一步之前的操作是為了保留master分支的提交記錄,不然每次git init的話只有1條commit
- cd ./public
- git config user.name "mtianyan" #修改name
- git config user.email "[email protected]" #修改email
- git add .
- git commit -m "Travis CI Auto Builder at `date +"%Y-%m-%d %H:%M"`" # 提交記錄包含時間 跟上面更改時區配合
- git push --force --quiet "https://${Travis_Token}@${GH_REF}" master:master #Travis_Token是在Travis中配置環境變數的名稱
branches:
only:
- master #只監測master分支,master是我的分支的名稱,可根據自己情況設定
env:
global:
- GH_REF: github.com/mtianyan/mtianyan.github.io.git #設定GH_REF,注意更改yourname
# configure notifications (email, IRC, campfire etc)
# please update this section to your needs!
# https://docs.travis-ci.com/user/notifications/
notifications:
email:
- 1147727180@qq.com
- mtianyan@outlook.com
on_success: change
on_failure: always
這裡需要注意的是:GH_REF
,這個地址其實就是你github上存放靜態部落格最終檔案的倉庫地址
,末尾加上.git
。
整合build icon
,在Travis CI
控制檯裡,點選那個icon
,選擇markdown
的樣式,然後放到專案Readme
裡即可。
大功告成後的使用。
你可以在本地hexo原始碼目錄內,使用命令:
git add .
git commit -am "實驗"
git push -u origin master
來將自己的部落格原始碼提交至github中的原始碼倉庫
CI檢測到你的原始碼更新改動會自動幫你編譯git push 到你的靜態頁面存放倉庫
在commit
記錄中會顯示bulid
的狀態。
注意:有點慢。畢竟他要在Ci的伺服器上根據你的配置檔案安裝下載,然後使用它的虛擬機器進行部署。
相關推薦
用TravisCI持續整合自動部署Hexo部落格的個人實踐
優秀的程式設計師都是不用持續整合的 前幾天我面試了一個碼農,連續幾個專業問題他都沒答上來。 尷尬之餘,我問它:「你沒有什麼理想嗎?你現在最渴望的事情是什麼?」 碼農轉悠著大眼睛,不假思索道:「做一個持續整合的自動部署!」 真沒想到在面試中居然還有這種操作
基於Docker的devops實踐—jenkins持續整合自動部署elk日誌+zabbix監控
筆者所在的技術團隊負責了數十個專案的開發和維護工作,每個專案都至少有dev、qa、hidden、product四個環境,數百臺機器,在各個系統之間疲於奔命,解決各種瑣碎的問題,如何從這些瑣碎的事情中解放出來?devops成了我們不二的選擇。 文章是基於目前的環境和團隊規
使用GitHub Actions自動編譯部署hexo部落格
### 前言 使用hexo部落格也挺久的,最開始是本地hexo clean && hexo g,最後hexo d推送到伺服器。後來是本地hexo clean && hexo g,最後將生成檔案推送到GitHub,GitHub actions 推送到伺服器。後來本地檔案丟失,GitHub 僅僅存著編譯好pub
github 部署hexo部落格無效
問題: deploy後遠端庫沒有出現對應生成的hexo檔案 也無錯誤提示。 deploy: type: git repo: https://github.com/ReZeroS/ReZer
使用 GitHub Actions 實現 Hexo 部落格自動部署
一、Hexo 相關知識點 靜態部落格簡單,但是釋出博文時稍顯麻煩,一般需要下面兩步: hexo clean hexo g -d // 相當於 hexo g + hexo d 如果考慮到同步原始檔,還需要每次更改後,將原始檔 push 到指定倉庫: git push origin master 我們可以將
Jenkins+Git+Gitlab+Ansible實現持續整合自動化部署靜態網站(一)--技術流ken
前言 在之前已經寫了關於Git,Gitlab以及Ansible的兩篇部落格《Git+Gitlab+Ansible劇本實現一鍵部署Nginx--技術流ken》,《Git+Gitlab+Ansible劇本實現一鍵部署動態網站(二)--技術流ken》,以及關於jenkins的簡單使
Linux下搭建Git伺服器 Jenkins持續整合環境部署
1、安裝Git 見 Jenkins持續整合環境部署 第四節 2、建立Git使用者和使用者組 1 groupadd git 2 useradd git -g git 3、建立證書切換到git使用者建立證書 1 su git 2 cd /home/git 3 mkdir .ssh 4 c
Jenkins+Git+Gitlab+Ansible實現持續整合自動化部署動態網站(二)--技術流ken
專案前言 在上一篇部落格《Jenkins+Git+Gitlab+Ansible實現持續化整合一鍵部署靜態網站(一)--技術流ken》中已經詳細講解了如何使用這四個工具來持續整合自動化部署一個靜態的網站。 如果大家可以熟練掌握以上內容,勢必會在工作中減輕不小的工作量。 本篇
Gitlab安裝--jenkins安裝--(持續整合+自動化部署)
參考地址:http://blog.51cto.com/12832314/2140304 Gitlab+jenkins持續整合+自動化部署 環境: centos6.5 一,gitlab安裝 0,java環境部署
用Gitlab持續整合解放你的雙手
Gitlab持續整合是Gitlab提供的一整套持續整合、持續交付解決方案。Gitlab自9.0版本開始增加了CI和CD功能,所以如果你的公司裡的Gitlab上在Settings裡找不到關於CI/CD的配置項那麼你們確實該對公司的GitLab進行升級了。 我們公司之前
基於jenkins構建應用的docker映象做持續整合和部署
為了做持續的整合和部署,引入了jenkins,利用jenkins來構建應用的docker映象並push到私有倉庫,然後再基於應用的docker映象來發布專案,這樣減少了很多的手動操作,基本能實現持續整合
CI / CD 持續整合和部署 相關概念
文章目錄 什麼是CI / CD?其意義何在? CI/CD持續整合/持續部署定義 持續整合 持續部署 補:持續交付 與DevOps的關係 與持續部署的關
用git bash 生成 hexo 部落格檔案,報錯node: command not found
有git bash,也安裝了node.js, 為什麼在bash裡面會說node: command not found? 電腦有段時間不能上網,下載了360系統急救箱,刪了很多檔案,包括一些exe檔案,可能是被病毒感染了 檢視nodejs的安裝資料夾,發現no
window 搭建jekins持續整合自動構建maven專案
2、雙擊jenkins.msi,安裝,按提示輸入密碼,新建使用者。在進入插進下載頁面,可以選擇自定義外掛,也可以選擇推薦插進。進行下載 3、在系統管理配置 全域性工具配置中配置java,maven環境路徑。 4、點選 新建 建立專案maven_1 名稱自己取。
Jenkins持續整合環境部署(入門篇)
為什麼要持續整合 持續整合是一種軟體開發實踐,即團隊開發成員經常整合它們的工作,通過每個成員每天至少整合一次,也就意味著每天可能會發生多次整合。每次整合都通過自動化的構建(包括編譯,釋出,自動化測試)來驗證,從而儘早地發現整合錯誤。 價值: 1、減少風險
【openshift 學習筆記】第六章 持續整合與部署
一. 部署 jenkins 服務下載並匯入jenkins-ephemeral-template模板# oc create -f https://raw.githubusercontent.com/ope
.NET Core 從 Github到 Nuget 持續整合、部署
一.前言 Nuget 作為一個.NET研發人員,我想你都不會陌生,他為我們提供非常方便的程式包管理,不管是版本,還是包的依賴都能輕鬆應對,可以說是我們的好助手。而 Nuget 除了官方nuget.org以外,我們也可以用起提供的程式包快速構建一個Nuget Server,打造企業內部的私有 Nuget,用來管
Maven+TravisCI持續整合和Coveralls測試覆蓋率檢測
之前挖了不少開源專案的坑 ,準備慢慢填起來 .第一步當然從專案管理開始 ,把之前的maven專案弄得更加規整. Maven 還是延續之前的parent-pom/child-jar的結構 * parent中只留配置 : dependencies/plug
hexo部落格新增域名實現雙線部署(github和coding)
域名申請 首先申請一個域名 建立檔案 在hexo目錄下的source目錄下新建一個檔案CNAME,不要帶字尾,也就是沒有檔案型別,可以使用命令來建立 cd source touc
CentOS7持續整合自動化部署
搭建持續整合自動化部署服務需要先配置好 JDK7,Tomcat,MySQL 禁止 SELINUX 訪問控制 修改配置之前先備份(良好習慣) sudo cp /etc/selinux/config /