当安装多个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脚本自动化打包方案--xcodebuild
本文主要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，谢谢！
如脚本打包执行遇到问题可留言沟通!
每个iOS开发者都是被折翼过翅膀的天使，都曾被证书配置折磨的痛苦不止，好不容易学会了手动管理证书，结果苹果霸霸来了一个Automatically manage signing,又会陷入一圈的懵逼中，还真是不让我们轻松，下面跟着我来将“充满雾霾”的身心放空，不埋怨，不抱怨，毕竟苹果霸霸也是好意嘛！接下来，让这篇文章带你理解自动配置证书如轻拂过额头的一缕清风一般，吹过就驱散了你心中的“雾霾”。
到此，我想你已经能够理解Xcode自动管理证书的过程了，如果还不够理解，建议 静下心 来再看一遍保证其意自现！
1：自动管理证书的原则是根据你创建的APP ID来匹配证书和配置文件，也可以理解成根据你的Bundle ID来匹配，比较手动管理还是方便很多，同时也不易出错，理解证书的管理过程让你在配置的时候轻松一笑面对，不再打错配置文件的包，不再混淆证书配置之间的关系，这点还是非常重要的，你要理解证书配置的来龙去脉，而不是每次配置好后自己仍不知所以然，虽然成功了，但是难免出错。
2：如果你发现Xcode自动配置的APP ID不是你想要的配置文件时候，因为你一个APP ID可以对应多个配置文件，所以它虽然APP ID是对的，配置文件不一定对，这个时候，你去文件夹删除所有配置文件，然后再配置就可以了！
我是Qinz,希望我的文章对你有帮助。
这个问题主要是因为老项目不是用Xcode9创建的，然后Xcode9出来之后我们升级到了Xcode9,但是打开项目Assets.xcassets，里面的AppIcon并没有"App Store iOS 1024pt"这个item,另外如果使用的是LaunchImage而不是LunchScreen作为启动图的话，LaunchImage里面也不会有"iPhone X Portrait iOS11+"这个item,所以我们就需要添加。
③更改Contents.json文件内容，按照对应格式添加即可：
AppIcon需要添加的内容：
LaunchImage需要添加的内容：
注意：
1filename这个字段的名字一定要跟你的图片资源的名字相匹配，是图片名字的全称包括后缀名，也包括@2x或者@3x。
2添加这段内容要注意前后的格式，如果你是添加在这个"images"这个数组的最后一个元素，那么与上一个元素之间就需要用","隔开；如果是中间添加那么就需要在前后都需要加","隔开，保持格式一致。
④把对应的图片资源拖到Contents.json文件同级目录下即可。然后刷新下AppIcon和LaunchImage就能看到对应的item了。
注意:
以上添加完之后还是要用Xcode9来打包，如果用Xcode8打包的话，会将原来指定的Icon或者LauchImage图片变成unsigned，所以还是要用Xcode9打包!
如果有任何其他问题，评论区里面留言，以上！！！
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库。
