网上方案
Carthage
放弃原因:
存在多个pod时，执行命令存在引起其它对象下载或编译的现象存在。
静态化库需要修改工程scheme为share,并修改mach-type为static
use-frameworks!
放弃原因:
pod工程依赖，clean命令时，会关联清除。
framework会使ipa大很多
cocoapod-package
原理:
提前生成pod的vendor_framework,目标工程直接引用vendor
操作:
需要先下载目标pod git, 切换至指定tag
使用pod package命令进行操作，导出framework
处理生成的pod-version文件夹
将Podfile中pod的引用指向pod-version/*.podspec
放弃原因:
导出的podspec经常性的缺失public header, 需要修改源podspec
CCache
原理:
ccache底层对编译文件进行缓存，阻止二次编译
放弃原因:
不支持module, 而swift必须要求开启module
Cocoapod-binary
放弃原因:
原理:
通过Pods生成Prebuild文件夹，将Pod工程指向Prebuild/Pod.xcproj
Prebuild工程提前对相关pod进行编译
放弃原因:
工具不完善, 会出现workspace未创建，引入的framework找不到等各种问题。
最终方案
截取pod输出文件，直接导入工程
步骤
- 拆分Podfile
每个文件包含一部分pod引入，通过ruby语法最终在Podfile中展开, 例如eval(File.read(Podfile_Prebuild_Path), binding) eval(File.read(Podfile_Other_Path), binding) - 前置操作
备份当前Pods文件夹
防止后续操作多次下载Pod文件夹
修改workspace Build路径
XCode-File-Workspace Settings-Advanced - 生成期待的Prebuild的所有相关内容
注释掉除Prebuild之外的eval语句，执行pod update
打开workspace执行build, 调用Pod编译出:Debug,Release,iphoneos,iphonesimulator四种结果。工程编译失败不需处理
复制Build文件夹
复制Pods/Header文件夹
复制Pods/Target Support Files文件夹
需要xcconfig文件,若有framework,还需要copy-resource.sh - 编译其它内容
注释Prebuild的eval语句，打开其它eval语句。执行pod update - 修改工程依赖于Prebuild
修改xcconfig,导入xcconfig
修改xcconfig内容，将Pod_ROOT, POD_BUILD_DIR指向正确的地址
修改copy_resource.sh底部install_framework等对$0的路径引用
修改Build Phases, 添加Run Script, 执行copy_resouce.sh
效果
一次性导出41个pod, 节省全量编译时间400s
注意事项
WCDB必须用动态库导出，其与FMDB有冲突，不支持静态库，会引起sqlite多份代码。
若其它Pod中引用了预编译中也包括的库，可能会存在多份代码，建议动态库支持。
