iOS自动打包[转载]

lvyinbentengzhe

 

敲一下enter键，完成iOS的打包工作[转载]

http://ios.jobbole.com/84677/

 

作为开发人员，免不了要为测试人员打包，让其测试。而打包这个行为是非常无聊的，特别是在每个新版本上线前一两天，总会出现一些莫名其妙的bug，然后这两天打包活动也是特别频繁。一天要重复好几次同样的动作，作为一个程序员，去做这样的事情，是完全无法容忍的。自动化打包，好在有你。所以今天就来谈一谈iOS应用自动化打包，但是本篇文章主要谈的是打单一的测试包，并不是在讲持续集成。

图0-0 终端输入此命令即可完成打包过程

xcodebuild & xcrun

Xcode提供了一套构建打包的命令，就是xcodebuild和xcrun。xcodebuild将对应的项目打包成.app文件，xcrun将对应的.app文件转换为对应的.ipa文件。了解这两套命令可以查看对应的 xcodebuild官方文档、xcrun官方文档 ,或者在终端输入man xcodebuild及man xcrun命令，查看对应的man page。下面挑出来这两个命令的一部分为例大致介绍一下他们的使用方法。

xcodebuild

xcodebuild的所有命令

 

以上命令中最常用的应该就是SYNOPSIS中的前三行，其中分别对应.project和.xcworkspace类型的工程。除了这三个，我先讲一下第七行的xcodebuild -list这个命令。

xcodebuild -list命令介绍

以我们自己的工程为例在终端切入到工程文件夹，然后使用xcodebuild -list这个命令输出信息为：

 

  • Targets: 我们的工程有四个Targets，yeemiao是发布App Store的，yeemiao-inhouse是对应的测试版本，下面两个则是对应的性能测试。
  • Build Configurations: 由于我们在Targets中区分了测试版和正式版，这里面就没有在添加一个Build Configurations，而是系统默认的两个Debug和Release版本。
  • Schemes:上面显示的两个Schemes默认是.xcodeproj的，如果你使用xcodebuild -list -workspace yeemiao.xcworkspace去查看就能看到第三方库对应的Schemes.
xcodebuild前三行命令介绍

了解了以上三个知识，在来看SYNOPSIS中的前三行命令就很容易理解了

  • -project -workspace：这两个对应的就是项目的名字也就是说哪一个工程要打包。如果有多个工程，这里又没有指定，则默认为第一个工程。
  • -target：打包对应的targets，如果没有指定这默认第一个。
  • -configuration：如果没有修改这个配置，默认就是Debug和Release这两个版本，没有指定默认为Release版本。
  • buildsetting=value ...：使用此命令去修改工程的配置。但是在实际应用中，我选择了读取文件去修改一个配置，而没有应用此种方法。
  • -scheme：指定打包的scheme。

一个Demo的简单使用

在进入实际的使用之前，先用一个简单的Demo演示一下。 首先创建一个工程命名为Toyun，然后确保此工程可以真机调试。打开终端进入Toyun这个工程下，然后运行以下命令：

xcodebuild -project Toyun.xcodeproj -target Toyun -configuration Release

此行命令的意思是将Toyun这个工程targets对应的也是Toyun，打包成Release版本。当终端出现** BUILD SUCCEEDED **字样时，表示成功。这时候在去Toyun这个工程的文件夹下，你会发现多了一个名为build的文件夹，此下面两个子文件夹，Release-iphoneos和Toyun.build。Release-iphoneos文件夹下有Toyun.app这个文件。这就是xcodebuild命令的作用，最终生成.app文件。但是我们需要的是.ipa文件，这时在终端下面执行此行命令

xcrun -sdk iphoneos -v PackageApplication ./build/Release-iphoneos/Toyun.app -o ~/Desktop/Toyun.ipa

此行命令的意思为，将Release-iphoneos文件夹下的Toyun.app文件转换为Toyun.ipa文件并且放在桌面上。iphoneos是使用的sdk，PackageApplication为使用的开发者工具。此时你回到桌面可以看到Toyun.ipa文件，则为成功。

实际使用自动化打包

通过上面简单Demo的练习，我们已经可以使用短短的两行命令来打出我们需要的.ipa文件了。但是这据我们实际使用还有一段距离，在实际应用中情况复杂多变。这里以我们自己的打测试包的过程为例来说明实际中的一些情况。我写此自动化打包程序选的是Shell脚本，当然你也可以选择其他的语言去写。

打包流程

首先说一下我们打包的流程。先从svn上拉取最新的代码，然后修改对应的测试版本号，选择对应的证书和描述文件然后开始archive打包，打包完成后，需要export出对应的ipa文件，而且我们下载安装包使用了itms-services协议，这个时候就要去修改导出来的测试包包名和协议相关的.plist文件。然后上传到服务器，这时测试根据协议生成的链接去下载对应的测试包开始测试。这个整套流程走下来，大概需要10分钟。

将打包流程准换为脚本语言

 

脚本最终完善之后，就可以敲一下enter键，整个打包过程就完成了。比我我给这段程序命名为autoArchive.sh。然后我在打包的时候只需要在终端输入命令:

~ ./autoArchive.sh 3.0.0000

其他

在写此脚本的时候也遇到了一些问题，其中一个就是当时我们的xcshareddata数据是没有提交到svn上的，然后在指向打包命令那一行，脚本就会卡死不动。后来提交了xcshareddata，此问题也就好了。

网络上也有对自动化打包进行的各种封装，其中比较出名的就是facebook出的xctool。这个工具规范了输出的log日志，而且一些错误信息也更为清晰一些。还是可以安装体验一下的

 

参考

iOS自动打包并发布脚本

Nov 25, 2015 in 编程语言

本文最终实现的是使用脚本打 Ad-hoc 包，并发布测试，当然稍微修改一下脚本参数就可以打其他类型的 ipa 包了。另外该脚本还实现了将生成的 ipa 包上传至蒲公英进行测试分发。

  1. xcodebuild 简介
  2. 使用xcodebuild和xcrun打包签名
  3. 将打包过程脚本化

xcodebuild 简介

xcodebuild 是苹果提供的打包项目或者工程的命令，了解该命令最好的方式就是使用 man xcodebuild 查看其 man page. 尽管是英文，一定要老老实实的读一遍就好了。

DESCRIPTION

xcodebuild builds one or more targets contained in an Xcode project, or builds a scheme contained in an Xcode workspace or Xcode project.

Usage

To build an Xcode project, run xcodebuild from the directory containing your project (i.e. the directory containing the name.xcodeproj package). If you have multiple projects in the this directory you will need to use -project to indicate which project should be built. By default, xcodebuild builds the first target listed in the project, with the default build configuration. The order of the targets is a property of the project and is the same for all users of the project.

To build an Xcode workspace, you must pass both the -workspace and -scheme options to define the build. The parameters of the scheme will control which targets are built and how they are built, although you may pass other options to xcodebuild to override some parameters of the scheme.

There are also several options that display info about the installed version of Xcode or about projects or workspaces in the local directory, but which do not initiate an action. These include -list, -showBuildSettings, -showsdks, -usage, and -version.

总结一下:

  1. 需要在包含 name.xcodeproj 的目录下执行 xcodebuild 命令，且如果该目录下有多个 projects，那么需要使用 -project 指定需要 build 的项目。
  2. 在不指定 build 的 target 的时候，默认情况下会 build project 下的第一个 target
  3. 当 build workspace 时，需要同时指定 -workspace 和 -scheme 参数，scheme 参数控制了哪些 targets 会被 build 以及以怎样的方式 build。
  4. 有一些诸如 -list, -showBuildSettings, -showsdks 的参数可以查看项目或者工程的信息，不会对 build action 造成任何影响，放心使用。

那么，xcodebuild 究竟如何使用呢？ 继续看文档:

NAME

xcodebuild – build Xcode projects and workspaces

SYNOPSIS

  1. xcodebuild [-project name.xcodeproj] [[-target targetname] … | -alltargets] [-configuration configurationname] [-sdk [sdkfullpath | sdkname]] [action …] [buildsetting=value …] [-userdefault=value …]

  2. xcodebuild [-project name.xcodeproj] -scheme schemename [[-destination destinationspecifier] …] [-destination-timeout value] [-configuration configurationname] [-sdk [sdkfullpath | sdkname]] [action …] [buildsetting=value …] [-userdefault=value …]

  3. xcodebuild -workspace name.xcworkspace -scheme schemename [[-destination destinationspecifier] …] [-destination-timeout value] [-configuration configurationname] [-sdk [sdkfullpath | sdkname]] [action …] [buildsetting=value …] [-userdefault=value …]

  4. xcodebuild -version [-sdk [sdkfullpath | sdkname]] [infoitem]

  5. xcodebuild -showsdks

  6. xcodebuild -showBuildSettings [-project name.xcodeproj | [-workspace name.xcworkspace -scheme schemename]]

  7. xcodebuild -list [-project name.xcodeproj | -workspace name.xcworkspace]

  8. xcodebuild -exportArchive -archivePath xcarchivepath -exportPath destinationpath -exportOptionsPlist path

  9. xcodebuild -exportLocalizations -project name.xcodeproj -localizationPath path [[-exportLanguage language] …]

  10. xcodebuild -importLocalizations -project name.xcodeproj -localizationPath path

挑几个我常用的形式介绍一下，较长的使用方式以序列号代替:

  • xcodebuild -showsdks: 列出 Xcode 所有可用的 SDKs

  • xcodebuild -showBuildSettings: 上述序号6的使用方式，查看当前工程 build setting 的配置参数，Xcode 详细的 build setting 参数参考官方文档 Xcode Build Setting Reference， 已有的配置参数可以在终端中以 buildsetting=value 的形式进行覆盖重新设置.

  • xcodebuild -list: 上述序号7的使用方式，查看 project 中的 targets 和 configurations，或者 workspace 中 schemes, 输出如下:

1
 
Information about project "NavTabBar":
    Targets:
        NavTabBar
        NavTabBarTests
        NavTabBarUITests

    Build Configurations:
        Debug
        Release
        Ad-hoc

    If no build configuration is specified and -scheme is not passed then "Release" is used.

    Schemes:
        NavTabBar

  • xcodebuild [-project name.xcodeproj] [[-target targetname] ... | -alltargets] build: 上述序号1的使用方式，会 build 指定 project，其中 -target 和 -configuration 参数可以使用 xcodebuild -list获得，-sdk 参数可由 xcodebuild -showsdks 获得，[buildsetting=value ...] 用来覆盖工程中已有的配置。可覆盖的参数参考官方文档 Xcode Build Setting Reference, action... 的可用选项如下, 打包的话当然用 build，这也是默认选项。

    • build
      Build the target in the build root (SYMROOT). This is the default action, and is used if no action is given.

    • analyze
      Build and analyze a target or scheme from the build root (SYMROOT). This requires specifying a scheme.

    • archive
      Archive a scheme from the build root (SYMROOT). This requires specifying a scheme.

    • test
      Test a scheme from the build root (SYMROOT). This requires specifying a scheme and optionally a destination.

    • installsrc
      Copy the source of the project to the source root (SRCROOT).

    • install
      Build the target and install it into the target’s installation directory in the distribution root (DSTROOT).

    • clean
      Remove build products and intermediate files from the build root (SYMROOT).

  • xcodebuild -workspace name.xcworkspace -scheme schemename build: 上述序号3的使用方式，build 指定 workspace，当我们使用 CocoaPods 来管理第三方库时，会生成 xcworkspace 文件，这样就会用到这种打包方式.

使用xcodebuild和xcrun打包签名

开始之前，可以新建一个测试工程 TestImg 来练习打包，在使用终端命令打包之前，请确认该工程也可以直接使用 Xcode 真机调试成功。

然后，打开终端，进入包含 TestImg.xcodeproj 的目录下，运行以下命令:

xcodebuild -project TestImg.xcodeproj -target TestImg -configuration Release

如果 build 成功，会看到 ** BUILD SUCCEEDED ** 字样，且在终端会打印出这次 build 的签名信息，如下:

Signing Identity: “iPhone Developer: xxx(59xxxxxx)”
Provisioning Profile: “iOS Team Provisioning Profile: *"

且在该目录下会多出一个 build 目录，该目录下有 Release-iphoneos 和 TestImg.build 文件，根据我们 build -configuration 配置的参数不同，Release-iphoneos 的文件名会不同。

在 Release-iphoneos 文件夹下，有我们需要的TestImg.app文件，但是要安装到真机上，我们需要将该文件导出为ipa文件，这里使用 xcrun 命令。

xcrun -sdk iphoneos -v PackageApplication ./build/Release-iphoneos/TestImg.app -o ~/Desktop/TestImg.ipa

这里又冒出一个 PackageApplication, 我刚开始也不知道这是个什么玩意儿，万能的google告诉我，这是 Xcode 包里自带的工具，使用 xcrun -sdk iphoneos -v PackageApplication -help 查看帮助信息.

Usage:
PackageApplication [-s signature] application [-o output_directory] [-verbose] [-plugin plugin] || -man || -help

Options:

[-s signature]: certificate name to resign application before packaging
[-o output_directory]: specify output filename
[-plugin plugin]: specify an optional plugin
-help: brief help message
-man: full documentation
-v[erbose]: provide details during operation

如果执行成功，则会在你的桌面生成 TestImg.ipa 文件，这样就可以发布测试了。如果你遇到以下警告信息:

Warning: –resource-rules has been deprecated in Mac OS X >= 10.10! ResourceRules.plist: cannot read resources

请参考 stackoverflow 这个回答

将打包过程脚本化

工作中，特别是所做项目进入测试阶段，肯定会经常打 Ad-hoc 包给测试人员进行测试，但是我们肯定不想每次进行打包的时候都要进行一些工程的设置修改，以及一系列的 next 按钮点击操作，现在就让这些操作都交给脚本化吧。

  1. 脚本化中使用如下的命令打包:

xcodebuild -project name.xcodeproj -target targetname -configuration Release -sdk iphoneos build CODE_SIGN_IDENTITY="$(CODE_SIGN_IDENTITY)" PROVISIONING_PROFILE="$(PROVISIONING_PROFILE)"

或者

xcodebuild -workspace name.xcworkspace -scheme schemename -configuration Release -sdk iphoneos build CODE_SIGN_IDENTITY="$(CODE_SIGN_IDENTITY)" PROVISIONING_PROFILE="$(PROVISIONING_PROFILE)"

  1. 然后使用 xcrun 生成 ipa 文件:

`xcrun -sdk iphoneos -v PackageApplication ./build/Release-iphoneos/$(target|scheme).app"

  1. 清除 build 过程中产生的中间文件
  2. 结合蒲公英分发平台，将 ipa 文件上传至蒲公英分发平台，同时在终端会打印上传结果以及上传应用后该应用的 URL。蒲公英分发平台能够方便地将 ipa 文件尽快分发到测试人员，该平台有开放 API，可避免人工上传。

该脚本的使用可使用 python autobuild.py -h 查看，与 xcodebuild 的使用相似:

Usage: autobuild.py [options]

Options:
-h, --help: show this help message and exit
-w name.xcworkspace, --workspace=name.xcworkspace: Build the workspace name.xcworkspace.
-p name.xcodeproj, --project=name.xcodeproj: Build the project name.xcodeproj.
-s schemename, --scheme=schemename: Build the scheme specified by schemename. Required if building a workspace.
-t targetname, --target=targetname: Build the target specified by targetname. Required if building a project.
-o output_filename, --output=output_filename: specify output filename

在脚本顶部，有几个全局变量，根据自己的项目情况修改。

1
2
3
4
5
6
7
 
CODE_SIGN_IDENTITY = "iPhone Distribution: companyname (9xxxxxxx9A)"
PROVISIONING_PROFILE = "xxxxx-xxxx-xxx-xxxx-xxxxxxxxx"
CONFIGURATION = "Release"
SDK = "iphoneos"

USER_KEY = "15d6xxxxxxxxxxxxxxxxxx"
API_KEY = "efxxxxxxxxxxxxxxxxxxxx"

其中，CODE_SIGN_IDENTITY 为开发者证书标识，可以在 Keychain Access -> Certificates -> 选中证书右键弹出菜单 -> Get Info -> Common Name 获取，类似 iPhone Distribution: Company name Co. Ltd (xxxxxxxx9A), 包括括号内的内容。

PROVISIONING_PROFILE: 这个是 mobileprovision 文件的 identifier，获取方式：

Xcode -> Preferences -> 选中申请开发者证书的 Apple ID -> 选中开发者证书 -> View Details… -> 根据 Provisioning Profiles 的名字选中打包所需的 mobileprovision 文件 -> 右键菜单 -> Show in Finder -> 找到该文件后，除了该文件后缀名的字符串就是 PROVISIONING_PROFILE 字段的内容。

当然也可以使用脚本获取, 此处参考 命令行获取mobileprovision文件的UUID:

1
2
3
4
5
6
7
8
9
10
 
#!/bin/bash
if [ $# -ne 1 ]
then
  echo "Usage: getmobileuuid the-mobileprovision-file-path"
  exit 1
fi

mobileprovision_uuid=`/usr/libexec/PlistBuddy -c "Print UUID" /dev/stdin <<< $(/usr/bin/security cms -D -i $1)`
echo "UUID is:"
echo ${mobileprovision_uuid}

USER_KEY, API_KEY: 是蒲公英开放 API 的密钥。

该脚本可在 github 查看，如有任何问题，请留言回复。

分类：

技术点：

相关文章：

猜你喜欢
相关资源
相似解决方案
热门标签
Java Python linux javascript Mysql C# Docker 算法 前端 SpringBoot Redis Vue spring 设计模式 .net core .net kubernetes c++ 数据库 数据结构 大数据 js 机器学习 微服务 Android Go 程序员 面试 JVM ASP.net core 云原生 人工智能 后端 PHP git CSS golang k8s Nginx Django mybatis 深度学习 多线程 React 架构 devops 爬虫 云计算 Spring Boot LeetCode