一、前言
在开始之前先唠叨两句自己对iOS自动化打包的接触,觉得没啥看头滴老铁可以略过直接从第二部分开始。项目自动打包提交的优势不用说了,很高效便捷的东西,很早就接触到了,但是一直没有用到项目中,分析一下主要有以下几个原因:
- 项目不是很大很杂。
- 协同开发的人员也不多。
- 新开项目或新加某个业务功能,一般都是把整个功能做完再进行测试,不需要反复打包。
- 测试人员不多,用Xcode可以直接快速给测试设备装好新包。
总结以上原因,一直没有用到自动打包技术。而现在的情况是,
- 随着项目功能模块不断增加,即使发包不频繁,每次发包到AppStore,从选择签名证书、配置文件(现在有
Xcode自动管理
,这一步可以省略)、编译归档、导出、上传等至少也得一个小时,还需要一直盯着。再者,由于苹果的审核很严,每次拒过都需要改一点代码再重新构建新包发布,又会重复上面的痛苦过程。 - 苹果手机系统更新频繁,每次推出新系统,同事会情不自禁安装最新的系统,这个时候,低版本的Xcode给手机刷不了,又得更新Xcode。
- 前段时间公司又新开了两个项目,洋洋洒洒两个月做完了,也该测试了,可是打测试包一直不成功,
Xcode 9.0
以前的版本却没问题,后面想到用自动打包来试试,自动打包也完全OK。
基于以上的情况,所以想自己写一个自动打包的脚本,能够实现只运行一句命令就自动编译打包发布
,啥都不要做,挂着就行,打包完自动打开页面提醒。
二、功能概述
- 支持多个Target的项目构建。
- 发布平台:AppStore、蒲公英、fir
- 项目类型:支持project和workspace项目。
- 支持一键构建并发布Debug包到蒲公英平台。
三、使用
打包所需要的文件已经挂在Github上了。只需要把BuildTool
文件夹复制
到项目主目录
,注意是复制!不是拖入项目主目录,因为苹果审核有屏蔽fir关键词。然后打开终端,cd
到BuildTool
文件夹,输入 sh build.sh
命令,回车,开始执行此打包脚本。
1. build.sh脚本
具体的使用方法和参数配置shell脚本
里面已经有非常详细的注释。
2. .plist文件
有 AppStoreExportOptions.plist
和 AdHocExportOptions.plist
两个plist文件,分别对应发布到AppStore和AdHoc(蒲公英、fir)。简单说一下里面的属性:
没有注释的属性项,根据项目情况自行设置,一般不需要更改。配置文件(provisioningProfiles)可以添加多个,主要是针对项目中存在多个Target时情况,每个Target的BundleID也会不一样,所以也需要对应的证书和配置文件来跟Target匹配,如果只有一个Target不需要管。
四、推荐内容
写完脚本后,发现已经有老铁对打包脚本做了很详细的分析了:详解Shell脚本实现iOS自动化编译打包提交。也有老铁早就写了iOS自动打包的脚本:xcode_shell。
看了一下,功能也比较全,比如上传包到自己的服务器、上传完成发邮件测试人员。但是现在已经有第三方平台也做到了比这更多的功能,比如蒲公英,还可以手机短信通知测试人员,有专门的页面外链,支持持续集成等。
老铁们如果还有什么建议,欢迎在下面给我留言或私信。🤗 🤗 🤗
五、问题
问题一(更新于2018年11月14日):
升级Xcode 10
以上版本,苹果采用新的构建系统,之前的xcodebuild clean
命令已经无法使用,如果用这个命令的话会报错,苹果给的建议是删除根目录下的build
目录文件夹,删除就可以完整打包了。但是每次打包都需要再删除一遍,由于这个目录的主要作用就是存储该项目的历史构建包(Archive归档文件和iPA包)
,所以解决办法是:
- 建一个其他名字的文件夹用来存储项目的历史构建包(目前本脚本添加的文件夹名为BuildDir),然后将原来build文件夹里面的
IPADir文件夹
和XcarchiveDir文件夹
移到BuildDir文件夹
中。
- 建一个其他名字的文件夹用来存储项目的历史构建包(目前本脚本添加的文件夹名为BuildDir),然后将原来build文件夹里面的
- 删除
build文件夹
。
- 删除
- 直接找到脚本里面的所有
/build/
,替换为/BuildDir/
即可。
- 直接找到脚本里面的所有