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 do
  desc "Description of what the lane does"
  # 在执行lane之前进行的操作，例如我们在每次打包之前都执行一次pod install
  before_all do
    # faselane中pod install的操作
    cocoapods
  end
  
  # 打包的lane操作，我们可以配置多个lane来打不同环境的包
  lane :build_uat do |op|
  
    # 打包之前更新bundle ID
    update_info_plist(
        plist_path:"./projectName/SupportFiles/Info.plist",
        app_identifier:"com.example.id"
    )
        
    # 打包之前跟新指定配置的描述文件
    update_project_provisioning(
        # 之前有sigh下载的描述文件存储路径
        profile:"./InHouse_com.example.id.mobileprovision",
                
        # 打包配置，Debug，Release
        build_configuration:"Debug"
    )

      automatic_code_signing(
        # 工程文件所在路径
        path:"project.xcodeproj",
        # 是否使用自动签名，这里如果是打包的话应该一般都为false吧，默认也是false
        use_automatic_signing:false,
        # 打包的team ID， 也就是打包使用的证书中的team ID，这个如果不知道是什么的话可以在xCode中设置好签名用的描述文件后到xcodeproj下的pbxproj文件中搜索“DEVELOPMENT_TEAM”，它的值就是了
        team_id:"teamID",
        # 这个就不用说了，需要修改的targets
        targets:"target_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,development
        export_method: "enterprise",
        scheme: "scheme",
        # pod 生成的workspace文件
        workspace:"project.xcworkspace",
        # 输出文件夹
        output_directory: outputDirectory,
        # 输出包名称
        output_name:"app.ipa",

        # 打包前是否clean
        clean:true,
        silent:true,
        # 打包的配置 Debug Release
        configuration:"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|

  end

  error do |lane, exception|
  end

end

实际使用过程中打包的时候发现会失败，大概报的是这么一个错，里面的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

具体的解释是这样的：

image.png

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

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

fastlane build_uat(lane_name)

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

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

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