我和 flow.ci 的第一次親密接觸

編者按：本文轉載自 flow.ci 用戶 @君賞 的實踐分享，原文連接這裏。

__
這不是第一次據說 flow.ci ,記得當時 fir.im 新出這個服務的時候，我也是心情十分激動的去嘗試，結果是隻支持安卓，我但是iOS的程序員呀！

此次 flow.ci 已經支持 iOS，而且支持 Objective-C 和 Swift 語言了，我已經火燒眉毛的想要嘗試了。

讓咱們開始吧！

這是咱們登陸以後看到的界面，仍是 fir.im 一向的設計風格。

咱們點擊建立項目按鈕來新建一個項目。

沒想到 flow.ci 支持這麼多的倉庫，我平時用的都是 github，咱們就綁定我本身的github 。綁定這一步略過。

受權以後咱們就能夠在右側看到咱們的工程列表了。

咱們新建一個工程 FlowCiDemo存放在 github 上面用於咱們進行學習。

搜索按鈕是存在的就在倉庫最上面

找到咱們的工程點擊就能夠開始建立了。

咱們選擇 Xcode8 進行建立，我平時如今都是用着
Xcode8.3 了。

構建咱們能夠選擇當 push 代碼的時候進行構建還能夠定時去構建，咱們選擇默認的。

對於初始化，看到這些參數一臉矇蔽，咱們也是選擇默認的。

Git 克隆咱們依然選擇默認的參數。

緩存咱們尚未用到 cocoapods，咱們仍是選擇默認。

安裝也是使用默認的。

編譯條件既然是選填，應該系統選擇是默認的。咱們也不填寫。

打包參數咱們暫時也不理會。

完成後的參數咱們能夠填寫服務通知測試等。咱們就讓默認通知咱們剛纔的郵箱地址。

咱們返回到構建列表。

咱們點擊手動構建。

顯示0個分之，點擊按鈕會失敗。不知道怎麼回事？

咱們前往github。

原來是咱們沒有把代碼推上去，咱們推上去再試一次。

咱們再次刷新，已經有數據了，咱們點擊構建按鈕。

點擊咱們能夠看到詳細的進度。

很惋惜咱們第一次就編譯失敗了，可是提示很好說讓咱們把開啓分享。

咱們把本地的代碼再次推送到 github 再次試一下。

咱們剛推上去，就看到就構建了，爲 fir.im 的服務點贊。

咱們點擊了初始化才展開構建，不知道是設計這樣仍是BUG。

須要啓動 Mac 機器 因此致使有點慢。

很不幸，此次又編譯失敗了。表示很尷尬，此次的報錯信息找不到證書。

畢竟咱們打包是須要發給測試人員的，咱們新建一個咱們的證書，上傳一下看看行不行。

咱們前往設置，別問我爲何知道在設置，猜的。

咱們須要上傳描述文件和 p12 密匙，若是不知道還可前往這一片教程查看

這個十分人性化，不錯。

選擇咱們剛纔新生成的描述文件。

咱們上傳描述文件和 P12 以後再次進行編譯。

到這一步咱們終於所有能夠經過了。

咱們前往咱們的郵箱看看收到安裝包沒有。

咱們收到編譯失敗的，居然沒有成功的。原來是咱們沒有設置編譯成功結果。

咱們設置一下。

再次編譯咱們已經能夠正常收到郵件了。

Cocoapods

咱們集成咱們本身庫 ZHTableViewGroup嘗試一下。

project 'FlowCiDemo.xcodeproj'
platform :ios, '8.0'
target 'FlowCiDemo' do
  pod 'ZHTableViewGroupObjc'
end

咱們更新一下上傳到 github 。

自動化構建的時候 會提示安裝。

對於指定版本號，不但願升級的能夠參考下面文章

pod install vs. pod update

Flow Ci 插件的安裝

點擊下面圖片中加號按鈕能夠安裝 Flow Ci 的插件

點擊任何的加號均可以添加插件。

可是點擊加號的位置就是把服務添加到對應的位置。咱們選擇在完成以後添加 Fir.im 的發佈服務。

惋惜只能插入在完成以前。

咱們配置一下 fir.im 插件

咱們再次構建一次

顯示已經上傳成功到 fir.im。

下面咱們就能夠打開上面的鏈接進行下載了。

<完>
_
以上是 「flow.ci 最佳實踐」系列之 @君賞 的使用分享，但願對你有用。

flow.ci