Travis CI

在 Travis 實現 Docker Cache

前一篇寫了『用 Travis 自動上傳 Docker Image』，Travis 跑完測試成功後才自動編譯 Docker Image 並且上傳到 Docker Hub。在每次 commit 後，Travis 執行 docker build 時間總是非常長，當然原因很多。如果選用的 Docker base image 非常肥，指令非常多，每次編譯都要重新下載及執行指令，所以執行時間就是這麼長。本篇就是想辦法減少 Travis 編譯 Image 時間，就像把 node_modules 壓縮起來，下次執行測試前先解壓縮再安裝，可以大幅減少 npm install 時間(可以參考之前的『用一行指令加速 npm install』)。這邊我們就需要用到 Travis 的 Cache 功能。 Continue reading

用 Travis 自動上傳 Docker Image 到 Docker Registry

在今年七月寫了一篇『在 Travis 升級 Docker 和 docker-compose 版本』，就在上個月底 Travis 終於將 Docker 預設版本換成 1.12.x 版本，並且將 docker-compose 也一併升級到 1.8.0，這樣就可以不用手動升級了。那這篇會紀錄如何用 Travis 自動編譯 Docker Image 並且上傳到 Docker Hub。Docker Hub 提供兩種方式讓開發者上傳 Image，第一種是透過 Command line 下指令手動上傳，另外一種則是在 Docker Hub 後台指定 Dockerfile 路徑及需要執行編譯的分支，這樣只要 Push commit 到 Github，Docker Hub 就會根據 Dockerfile 來自動編譯 Docker Image。本篇會介紹如何透過 Travis 服務來自動上傳 Dokcer Image，像是 Golang 的部屬方式通常是編譯出 Binary 執行檔後，將此執行檔加入 Image 最後才上傳。 Continue reading

在 Travis 升級 Docker 和 docker-compose 版本

Travis 是在 Github 上常用的整合測試服務，支援了各種程式語言 Golang, PHP, Node.js ..等測試及部署，也同時支援了一些常用 Service，像是 Docker, Redis 或 Database。這次來聊聊在 Travis 如何使用 Docker，在 Travis 內建的 Docker 跟 docker-compose 版本都是非常舊，所以使用預設的 docker-compose 指令常常會出現 (詳細 build log 可以參考這裡) Continue reading

新的 code coverage 線上服務 codecov.io

代碼覆蓋率 (code coverage) 是開發流程蠻重要的一環，用來評估專案內測試的覆蓋率，也代表了自己寫的程式，至少要測試過一次。在 Github 上面最常用的一套就是 Coveralls 相信大家對於此服務並不陌生，一個好的 Open Source 專案一定會在 Readme 上附上 Coveralls badge，證明自己寫的專案都有經過測試，請安心使用。在導入 Coveralls 服務到專案內時，安裝步驟有點小複雜，雖然不難，但是還是需要安裝一些 Tool 才能完成，底下用 Golang 為例。 Continue reading

Ruby Compass and Sass Auto Testing Environment

Compass 是一套 CSS Authoring Framework，也是基於 Sass 語法的一套 Framework，先前寫了 Gulp 的 Compass Plugin，在針對自動化測試時候出現版本相依性不同，造成無法自動測試成功。自動化測試目前跟 Github 最常搭配的就是 Travis CI 或者是 Codeship，當然如果非 Open source 專案可能就要自己架設 CI 伺服器，個人推薦就是 Jenkins。這次遇到的問題其實跟 Ruby Gem 版本相依性有關，由於要測試 Compass 所有 Command 語法，所以使用了 Susy + sass + compass，如果在 .travis.yml 內直接寫