fastlane 踩坑实录

这个世界是懒人创造的。

人懒了就会发明各种各样的工具，或者寻找各种各样能够给自己偷懒机会的工具，当然我还停留在使用各种工具的阶段。或者可能不是因为懒，只是为了我们的生活更方便。

回到开发上，传统打包提测的过程比较恶心，尤其是iOS一个工程可能有不同的bundle ID，使用各种各样的配置环境，各种各样的证书打各种各样的包来给测试人员使用，然后会发现，在打包的时候要注意好多东西，各种配置，证书，bundle ID，如果项目复杂的话就会可能打出来的包并不是测试人员要的包，或者哪个地方设置有问题就还得重新打一遍，作为开发人员的我们很头疼的好吧。

为了打包提测整个流程更方便，还有就是作为开发人员哪的我们把重点放在开发上而不是打包上，各种各样的自动打包构建提测工具就应运而生，我们本文提到的fastlane就是一种，集各种强大功能于一身，几乎可以解决我们打包提测整个流程的所有事情。

安装

这个就不多说了，参见官方文档就好了fastlane setup

初始化

官方文档给出了两种语言初始化方法
默认的Ruby的，以及Swift的，由于Swift现在还是beta版本，所以我们还是选取Ruby版本
打开终端，cd到项目根目录

fastlane init

执行完成之后会发现我们项目根目录多出了两个文件：
fastlane 文件夹——文件夹中包括Appfile（存储配置项，例如bundle ID，itunes_connect_id等），Fasefile（打包脚本）
Gemfile（Ruby的包管理工具，类似于iOS开发中的CocoaPods）文本文件

fastlane action

fastlane提供了好多的action，包括证书的创建管理（cert），provisioning profile的创建管理（sigh， match），自动截图，打测试包上传到TestFilght，打线上包上传到App Store，通过各种各样的插件或者action打各种各样的包，打包之前之后进行各种操作等等。。。。由于我这里用到的东西比较少，更多的功能可以自行挖掘fastlane actions

fastlane Plugins

fastlane通过各种插件可以拓展更多的功能available plugins

fastlane search_plugins [pluginName] #通过该命令查找插件

fastlane add_plugin [pluginName] # 通过该命令安装插件

fastlane CocoaPods

fastlane默认支持CocoaPods，只需要在打包脚本中添加一行cocoapods就OK了，但是实际使用的时候可能会有问题，这个问题貌似跟Ruby使用Gem作为包管理方式有关，直接这样写得时候回提示找不到Pod，需要在项目根目录中我们做初始化的时候生成的Gemfile做一下配置

source "https://gems.ruby-china.org/"
gem "fastlane"
#配置cocoaPods，并指定版本
gem 'cocoapods', '1.3.1'#引用Pluginfile，我们安装的插件都会在Pluginfile中引入
plugins_path = File.join(File.dirname(__FILE__), 'fastlane', 'Pluginfile')
eval_gemfile(plugins_path) if File.exist?(plugins_path)

添加完这一行再次运行就OK了。我们在使用CocoaPods的时候也可以传入一些参数，具体请参见官方文档CocoaPods。

打包脚本

由于我们的App测试和发布都是使用的企业账号，所以fastlane并没有企业打包的默认配置，我们使用faselane推荐的gym来进行打包
我们的App测试开发环境由于推送的种种问题，只能是通过设置两个Bundle ID的方式来实现两种环境的区分，所以，我们在打包之前需要做的事情有：
- 更换Bundle ID
- 更换打包描述文件
- 可能还有版本号的变更
基于此，我们在每次打包之前需要替换掉工程中的Bundle ID，以及使用的描述文件。
经过测试，描述文件只有在使用sigh（本文中只测试了sigh），才能正常动态替换掉描述文件，否则需要手动在Xcode中该成指定的描述文件才可以，所以，我们使用了sigh来管理描述文件。

#为了不让我们的项目目录太乱，所以工程无关的文件我们就都输出到指定的目录，这样也方便统一管理
# --adhoc 指定倒出那种描述文件
fastlane sigh -o “~/PP/” --adhoc

命令执行过程中会让你输入App ID Userame, Password
选择team，输入项目Bundle ID，然后就会自动查找并下载安装描述文件，

这样之后就可以在打包之前自动更换描述文件了。

实际使用中发现仅仅使用update_project_provisioning这个方法是不行的，应为它的功能仅为替换描述文件，在设置App签名的时候需要指定是否为自动，描述文件，证书，teamID等，如果仅仅是替换描述文件的话是有问题的。
经过在官方文档查询又发现了另外一个方法automatic_code_signing，这个可以在打包之前为我们详细的指定签名需要的一系列内容

接下来是打包脚本：

# 平台，安卓还是iOS
default_platform(:ios) # iOS进行的操作
platform :ios dodesc "Description of what the lane does"# 在执行lane之前进行的操作，例如我们在每次打包之前都执行一次pod installbefore_all do# faselane中pod install的操作cocoapodsend# 打包的lane操作，我们可以配置多个lane来打不同环境的包lane :build_uat do |op|# 打包之前更新bundle IDupdate_info_plist(plist_path:"./projectName/SupportFiles/Info.plist",app_identifier:"com.example.id")# 打包之前跟新指定配置的描述文件update_project_provisioning(# 之前有sigh下载的描述文件存储路径profile:"./InHouse_com.example.id.mobileprovision",# 打包配置，Debug，Releasebuild_configuration:"Debug")automatic_code_signing(# 工程文件所在路径path:"project.xcodeproj",# 是否使用自动签名，这里如果是打包的话应该一般都为false吧，默认也是falseuse_automatic_signing:false,# 打包的team ID， 也就是打包使用的证书中的team ID，这个如果不知道是什么的话可以在xCode中设置好签名用的描述文件后到xcodeproj下的pbxproj文件中搜索“DEVELOPMENT_TEAM”，它的值就是了team_id:"teamID",# 这个就不用说了，需要修改的targetstargets:"targets_name",# 用哪种方式打包“iPhone Develop”还是“iPhone Distribution”code_sign_identity:"iPhone Distribution",# 描述文件名称， 也就是使用哪个描述文件打包profile_name:"profile_name")currentTime = Time.new.strftime("%Y-%m-%d-%H-%M")outputDirectory = "./uat/#{currentTime}"logDirectory = "#{outputDirectory}/fastlanelog"gym(# 打包方式，enterprise, adhoc,appstore,developmentexport_method: "enterprise",scheme: "scheme",# pod 生成的workspace文件workspace:"project.xcworkspace",# 输出文件夹output_directory: outputDirectory,# 输出包名称output_name:"app.ipa",# 打包前是否cleanclean:true,silent:true,# 打包的配置 Debug Releaseconfiguration:"Debug",# 打包日志输出文件夹buildlog_path:logDirectory,# 打包证书codesigning_identity:'iPhone Distribution: .........',# Xcode 9 默认不允许访问钥匙串的内容,必须要设置此项才可以，运行过程可能会提示是否允许访问钥匙串，需要输入电脑密码export_xcargs: "-allowProvisioningUpdates",# 导出选项export_options:{ # 打包导出时可选描述文件 "bundleID"=>"描述文件名称"provisioningProfiles: {"com.example.id" => "InHouse_com.example.id",},# inHouse发布时需要的manifest.plist文件中需要配置的项manifest: {appURL: "https://example.com/app.ipa",displayImageURL: "https://example.com/app.png",fullSizeImageURL: "https://example.com/app.png",},})end# 当lane执行完成之后进行哪些操作after_all do |lane|enderror do |lane, exception|endend

实际使用过程中打包的时候发现会失败，大概报的是这么一个错，里面的Each是一个pod库

Code Signing Error: Each does not support provisioning profiles. Each does not support provisioning profiles, but provisioning profile NO_SIGNING/ has been manually specified. Set the provisioning profile value to "Automatic" in the build settings editor.

大概就是pod的库不需要签名，但是默认却给他进行签名了，这样就会有问题，然后在fastlane的github的issue中找到了这样的解决办法：

# 将下面代码添加到我们的podfile文件中
post_install do |installer| installer.pods_project.build_configurations.each do |config| config.build_settings['PROVISIONING_PROFILE_SPECIFIER'] = '' end end

具体的解释是这样的：

然后，在我的podfile中贴上了上面那段代码然后就神奇的好了。

之后就在终端中cd到我们的工程跟目录执行

fastlane build_uat(lane_name)

然后就该干嘛干嘛去了，不用再等待Xcode漫长的打包过程
然后我们可以将faselane与Jenkins等等工具结合起来，打包的时候只需要打开网页点下按钮，其他的都让程序自动帮我们打出各种包，上传到各种地方或者直接发布，通过各种方式告诉测试人员，而且程序做这些事情要比人更靠谱，毕竟不会出现低级错误。

今天尝试了一下通过插件把蒲公英或fir搞进来，最后发现两个插件最后都没能成功运行，还在继续折腾中，等好了继续更新

几乎把我遇到的坑都一一列举了，如果有其他问题请留言，如果那里表达有问题希望大神指正~~