大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
iOS脚本自动化打包方案--xcodebuild
创新互联建站主营浦江网站建设的网络公司,主营网站建设方案,APP应用开发,浦江h5重庆小程序开发公司搭建,浦江网站营销推广欢迎浦江等地区企业咨询
本文主要xcodebuild脚本自动化打包并上传到蒲公英或者AppStore,废话不多说,直接上干货!
先了解一下xcodebuild打包需要的一些指令
-workspace XXX.xcworkspace
XXX.xcworkspace需要编译工程的工作空间名称,如果工程不是.xcworkspace的,可以不需要-workspace XXX.xcworkspace这段话
-scheme XXX
XXX是工程名称,-scheme XXX是指定构建工程的名称
-configuration Release
填入打包的方式是Debug或Release,就跟在Xcode中编译前需要在Edit scheme的Build configuration中选择打出来的包是Debug还是Release包一样,-configuration就是配置编译的Build configuration
-archivePath ./myArchivePath
配置生成.xcarchive的路径, ./表示生成在当前目录下,myArchivePath是生成的.Archive文件名称
ODE_SIGN_IDENTITY=证书
配置打包的指定证书,如果该工程的Xcode已经配置好了证书,那么不加入这段话也可以,打包出来的证书就是Xcode中配置好的。
PROVISIONING_PROFILE=描述文件UUID
配置打包的描述文件,同上,Xcode已经配置好了就不用在填入这段话了
CONFIGURATION_BUILD_DIR
配置编译文件的输出路径,如果需要用到.xcarchive文件内部的dSYM等文件,可以使用改字段指定输出路径。
如果工程是勾选了Automatically manage signing,那么就不用在配置ODE_SIGN_IDENTITY和PROVISIONING_PROFILE,今天这里讲到的Automatically manage signing自动配置证书,手动配置的就不多说了,有兴趣的话可以自己研究。
xcode工程配置自动获取证书,如下图:
打包所需要文件
配置打包的ExportOptions.plist文件,可以在任意一个Xcode工程中新建一个ExportOptions.plist文件。dev和adHoc和AppStore的配置文件内容不一样,可以先手动打包后看下plist文件的样式,这里提供一个样例:
这里method对应的value为打包对应的环境,有development、ad-hoc、app-store、enterprise根据打包环境来配置不同的值
编译脚本命令
xcodebuild archive -workspace XXX.xcworkspace -scheme XXX -configuration Release -archivePath ./myArchivePath CONFIGURATION_BUILD_DIR ./dir ODE_SIGN_IDENTITY=证书 PROVISIONING_PROFILE=描述文件UUID
导出ipa包命令
xcodebuild -exportArchive -archivePath ./myArchivePath.xcarchive -exportOptionsPlist ./ExportOptions.plist -exportPath ./out
-archivePath ./myArchivePath.xcarchive指定需要打包的.xcarchive路径,./myArchivePath.xcarchive表示在当前终端路径下的myArchivePath.xcarchive文件
-exportOptionsPlist ./ExportOptions.plist指定打包需要的ExportOptions.plist配置文件路径
-exportPath ./out指定打包输出的路径, ./out表示打包结果输出在终端的当前路径下的out文件家中。如果没有out文件夹会自动创建一个
脚本操作
首先:cd到需要自动打包的工程下
然后:在终端中输入touch xcodebuild.sh创建xcodebuild.sh脚本文件
然后:双击打开脚本写入下面 脚本内容(请确保所有版本的plist配置文件都写好了)
最后:在终端中输入./xcodebuild.sh运行脚本,按照步骤完成打包选择(如果运行的时候出现Permission denied,请先在终端中执行chmod a+x *.文件的后缀名后,在运行,相当于提高脚本文件的权限)
脚本内容
此脚本包含了自动上传蒲公英的选择操作,根据输入指令来执行具体操作
脚本实现
具体详细脚本见GitHub地址: 如果好用记得给star,谢谢!
如脚本打包执行遇到问题可留言沟通!
pod登录库里报出的错误,因为把警告当成了错误
解决方案: build Setting 里的 Treat Warnings as Errors 改成 NO
解决方案:在 Build Setting 里的 Framework Search Paths 下添加 $(inherited) 配置项
解决方案:在对应的报错文件里,如 "PMUISKeletonAdapter" 项目的 Build Phases-Headers-Public 里添加对应报错的文件
解决方案:删除缓存, DerivedData 里缓存文件清空或者clear
组件互相持有导致
解决方案: podfile 里删除一个持有关系。或者不同时引用这两个组件,只引用其中一个。
找不到库导致(前提是项目里能搜索到)
解决方案:在Other Linker Flags里添加对应的库
找不到MPGroupService库里的MPMXXX文件里的CPMGroupMgr类
解决方案:添加对应的类文件或者相关的pod库。
OBJC_METACLASS意思是报错类重复,OBJC_IVAR是指定属性重复
解决方案:删除其中一个,如果是pod库可以找找有没有删除相同的引用文件,能解决冲突的pod版本,如果没有只能删除其中一个pod库。
当安装多个xcode的版本,使用该工具使用指定的版本。
-p 或者 --print-path 查看当前开发者目录,也即是xcode的版本目录。print the path of the active developer directory
-s path 或 --switch path 选择xcode的版本
--install 安装
--version 查看版本
--reset 恢复默认
sudo rm -rf /Library/Developer/CommandLineTools 强制删除安装目录下的文件
是管理Fat File的工具, 可以查看cpu架构, 提取特定架构,整合和拆分库文件。
Mac OS X下二进制可执行文件的动态链接库是dylib文件。所谓dylib,就是bsd风格的动态库。基本可以认为等价于windows的dll和linux的so。mac基于bsd,所以也使用的是dylib。
Linux下用 ldd 查看,苹果系统用 otool 。
otool命令介绍
MobSF
Mach-O 文件格式解析
xcodebuild :通过工程文件,生成app文件。
xcrun :通过app文件,来生成ipa文件(包含了签名的过程)。
通过app文件生成ipa文件
libtool是一个通用库支持脚本(/usr/bin/libtool),将使用动态库的复杂性隐藏在统一、可移植的接口中。
可以在不同平台上创建并调用动态库,我们可以认为libtool是gcc的一个抽象,也就是说,它包装了gcc或者其他的任何编译器,用户无需知道细节, 只要告诉libtool说我需要要编译哪些库即可,并且,它只与libtool文件打交道,例如lo、la为后缀的文件。
libtool工具的使用
库是一单独的文件,里面包含了按照特定的结构组织起来的其它的一些文件(称做此库文件的member)。原始文件的内容、模式、时间戳、属主、组等属性都保留在库文件中。
详细命令参见, 菜鸟网络-ar命令
可以用来创建、修改库,也可以从库中提出单个模块。
lipo libAFNetworking.a -thin arm64 -output lib-arm64.a 生成Arm64包
ar -t lib-arm64.a 输出包含的.o文件 和 otool -L libAFNetworking.a 一样。
ar -x lib-arm64.a 解压出包里面的.o文件
在iOS开发中,常常用来分析二进制和静态库文件。
列出 .o .a .so 中的符号信息,包括诸如符号的值,符号类型及符号名称等。所谓符号,通常指定义出的函数,全局变量等等。
iOS开发中,可以用来查看.a静态库所有打包进去的.o文件和函数接口信息,帮助我们定位崩溃信息。
例如: nm -u libAFNetworking.a 列出某个.o文件的接口信息。
二进制查看命令,将文件显示为16进制字符串表示形式。
例如: xxd libYTKNetwork.a | grep "net" 查看YTKNetwork.a文件里面包含net字符串的,帮助我们分析一些二进制文件。
DWARF文件初探——提取轻量符号表
Mac系统下lipo, ar, nm等工具的使用简介
美团 iOS 工程 zsource 命令背后的那些事儿
Linux工具参考篇
iOS 静态库冲突 两个不同的.o 文件冲突 ,静态库分离
每个iOS开发者都是被折翼过翅膀的天使,都曾被证书配置折磨的痛苦不止,好不容易学会了手动管理证书,结果苹果霸霸来了一个Automatically manage signing,又会陷入一圈的懵逼中,还真是不让我们轻松,下面跟着我来将“充满雾霾”的身心放空,不埋怨,不抱怨,毕竟苹果霸霸也是好意嘛!接下来,让这篇文章带你理解自动配置证书如轻拂过额头的一缕清风一般,吹过就驱散了你心中的“雾霾”。
到此,我想你已经能够理解Xcode自动管理证书的过程了,如果还不够理解,建议 静下心 来再看一遍保证其意自现!
1:自动管理证书的原则是根据你创建的APP ID来匹配证书和配置文件,也可以理解成根据你的Bundle ID来匹配,比较手动管理还是方便很多,同时也不易出错,理解证书的管理过程让你在配置的时候轻松一笑面对,不再打错配置文件的包,不再混淆证书配置之间的关系,这点还是非常重要的,你要理解证书配置的来龙去脉,而不是每次配置好后自己仍不知所以然,虽然成功了,但是难免出错。
2:如果你发现Xcode自动配置的APP ID不是你想要的配置文件时候,因为你一个APP ID可以对应多个配置文件,所以它虽然APP ID是对的,配置文件不一定对,这个时候,你去文件夹删除所有配置文件,然后再配置就可以了!
我是Qinz,希望我的文章对你有帮助。