前言
上一讲我们从整体流程上介绍了如何构建一个Pods依赖库，并正式使用到项目工程，本章我将深入到一些细节，分析.podspec的一些语法规则，以及踩过的坑。
正文
编辑podspec文件的过程并不顺利，遇到了较多坑，例如多级文件目录问题、同时依赖第三方Pods和本地Pods问题、静态库Bitcode问题以及自动部署问题。
坑一：多级文件目录，举例如图：
在.podspec文件里面，其实维护了一层虚拟目录关系
s.subspec 'baidu_map' do |ss|
ss.source_files = "map/baidu_map/*.{h,m}"
ss.public_header_files = 'map/baidu_map/*.h'
ss.ios.vendored_framework = "map/baidu_map/BMKLocationKit.framework"
ss.subspec 'common' do |sss|
sss.subspec 'network' do |ssss|
ssss.source_files = "map/baidu_map/common/network/*.{h,m}"
ssss.public_header_files = 'map/baidu_map/common/network/*.h'
end
end
end
s.subspec 'local_map' do |ss|
ss.source_files = "map/local_map/*.{h,m}"
ss.public_header_files = 'map/local_map/*.h'
ss.subspec 'common' do |sss|
sss.subspec 'alert_view_controller' do |ssss|
ssss.source_files = 'map/local_map/common/alert_view_controller/*.{h,m}'
ssss.public_header_files = 'map/local_map/common/alert_view_controller/*.h'
end
sss.subspec 'coordinate_convert' do |ssss|
ssss.source_files = 'map/local_map/common/coordinate_convert/*.{h,m}'
ssss.public_header_files = 'map/local_map/common/coordinate_convert/*.h'
end
end
end
- 其中s理解成Pods的根目录
- ss理解成Pods的下一级目录（注意中间的真实目录层级‘map’已经被忽略了）
- sss理解为第三季目录
以上是一个虚拟的文件目录，并非根据Pods的真实物理路径来描述的
坑二：静态库Bitcode
我们使用的.a静态库往往从算法组或者某些平台下下来之后并不支持Bitcode，此时在主工程设置Bitcode为NO并没有起到作用，依然报错，是因为.a静态库指向了Pods依赖库，所以需要修改Pods工程对应的Bitcode=No，那么问题是如何设置？
s.user_target_xcconfig = { 'ENABLE_BITCODE' => 'NO','OTHER_LDFLAGS' => ['-lstdc++','-lMidFace'] }
s.user_target_xcconfig表示Pods工程的设置项，参数有很多，有需要的可以自行百度搜索
坑三：同时依赖第三方Pods和本地私有库
在自己建立的私有库中，非常可能使用到第三方库，或者依赖自己开发的私有库，和公司的私有库一样：
s.dependency 'FaceSDK', '~> 0.3.1' //私有库
s.dependency 'MJExtension', '~> 3.0.15.1' //第三方库
那么好像也没什么不一样，的确，看起来是一样的，但是在pod验证或者Push的时候需要通过地址来指定：
pod lib lint --sources=http://gitlab.xx.xxxx.com/app-ios-library/Encrypt.git,http://gitlab.xx.xxx.com/app-ios-library/FaceSDK.git,
https://github.com/CocoaPods/Specs.git --use-libraries --skip-import-validation --skip-tests --allow-warnings --verbose
http://gitlab.xx.xxxx.com/app-ios-library/Encrypt.git表示本地私有库
https://github.com/CocoaPods/Specs.git表示第三方私有库
如果只依赖了第三方或者本地私有Pods
pod lib lint --sources= MJExtension,AFNetworking or
pod lib lint --sources= FaceSDK,Encrypt
所以坑就在混合依赖的时候需要通过https地址来指定sources，单一依赖则直接通过PodName指定sources
坑四：自动部署
然而实际情况是，如果Pods产生了问题，每次都需要重新编译、提交git、打tag、Pod验证、Pod提交、Pod install，这是一个复杂的流程，带来的维护成本太高，所以需要通过shell脚本解决该问题。只要保证依赖关系稳定，就不用频繁修改shell文件，如果依赖关系产生了变化，还是需要再走一遍编译流程。
git tag -d $1
git push origin :refs/tags/$1
git add .
git commit -m "release $1"
git push
git tag -m "release $1" $1
git push --tag
pod repo push FaceSDK FaceSDK.podspec --sources=http://gitlab.xx.xxx.com/app-ios-library/Encrypt.git --allow-warnings --no-subspecs
git pull
