我和 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