從 0 到 1,從邀請式內測到收費上線,flow.ci 經歷了十個多月的沉澱與打磨。這期間,flow.ci 工程師們奮力趕工,進行了一系列的大功能更新,Bug 修復,功能優化。html
這篇文章記錄了 flow.ci 內測期間的大功能更新和相關的實踐教程,以及在可預見的將來 flow.ci 將迭代的新功能。ios
4月初,flow.ci Beta 上線,正式進入開發者的視野。
Beta 版的 flow.ci 支持國外最主流的代碼倉庫構建,也有基礎的插件和 trigger,支持主流的開發語言建立自動化工做流,同時提供了每種開發語言相關的基礎實踐教程。咱們的初衷在於,flow.ci 能將工程師們從眼前重複繁瑣的事情中解放出來。docker
flow.ci 的官方文檔 同時支持中文、英文兩個版本。順便說一句,官方文檔也是用 flow.ci 作的持續部署與自動更新,相關教程見這裏。segmentfault
通過對國內開發者的代碼倉庫使用習慣調研,flow.ci 迅速支持了 Coding 的代碼倉庫。除了現有的代碼源(GitHub/GitLab/Bitbucket),在建立項目時能夠選擇 Coding 進行持續集成了 :)服務器
更好的代碼質量檢測,幫助咱們檢查代碼中的錯誤,減小 codereview 花費的時間,加強代碼的可維護性。測試
基於這個原則,咱們上線了幾款代碼質量檢測插件,涵蓋每一種開發語言主流的代碼質量檢查的插件。添加插件方式也很是方便,搜索相關關鍵詞,點擊"添加"就會加入現有的工做流中。
優化
應大多數 iOS 開發者的需求,flow.ci 開始支持 iOS 項目的持續集成。看下這篇 iOS 快速入門幫助快速編譯、測試、打包上傳至 fir.im,一鼓作氣:)ui
也能夠參考一下內測用戶@阿米amoy 分享的 flow.ci iOS 構建經驗>>flow.ci 初體驗! 記一次暖心的 iOS 持續集成。阿里雲
註冊取消邀請碼限制,用戶可直接註冊使用 flow.ci。咱們嘗試着讓 flow.ci 面向更多的開發者,接受更多的聲音。spa
除了頁面配置工做流,flow.ci 目前已經支持更 Geek 的方式——.yml 配置文件設置工做流,詳細的使用方法可參考文檔:YML 配置文件。選擇你喜歡的方式,開心就好:)
以上是目前爲止 flow.ci 從內測到收費上線的重大功能更新,將來的 flow.ci 會是什麼樣子呢?咱們規劃了下面重大功能上線,看看有沒有你期待的功能。
若是你不知足於 flow.ci 官方 docker 鏡像,那到時候必定要試試自定義 docker 鏡像!你能夠在自定義 docker 鏡像中安裝任何運行時須要的組件、依賴包等等,更加靈活便捷。
不少開發者們喜歡使用自定義插件腳本,將來 flow.ci 會統一插件的腳本標準,開發者能夠將本身的插件開源提交到 flow.ci 插件市場,避免開發者們重複造輪子。
持續集成的原則之一就是每一個人均可以瞭解當前項目的構建狀態。flow.ci 將從「項目」和「時間兩個維度監控項目的構建狀態,方便跟蹤到相關負責人員項目構建失敗的問題。
關於項目構建的數據分析,能夠根據「時間」篩選,查看項目的構建成功率、構建次數、構建時長等數據指標,更方便地瞭解和分析團隊項目的構建狀態。
相比持續集成,持續部署的工做流程更受關注。使用 flow.ci 將測試完畢的代碼自動部署到諸如AWS,阿里雲,IBM Bluemix(插件形式)等各類雲平臺或本身的服務器上,從 build-test-deploy 整個工做流自動化完成,相信不少人都會期待吧:)
將來 flow.ci 會將構建過程產生的日誌、構建結果的安裝包等相關的產物保存下來,作到產物可追溯可查找,代碼和產物一一對應。
測試時必定要保證環境是乾淨/新鮮的,才能保證每次測試的結果是同樣的。Long-Run 是在構建完成後 flow.ci 爲可部署的版本提供可持續運行的測試環境,這樣項目與項目之間,不一樣的代碼版本之間互相隔離,互不影響。
上面的 7 大新功能將在將來 3 個月內上線,若是你也有其餘需求,請來flow.ci 社區告知咱們:)
將來可期,但願 flow.ci 帶給大家更多驚喜!