（二）CocoaPods组件化开发

前言

上一讲我们从整体流程上介绍了如何构建一个Pods依赖库，并正式使用到项目工程，本章我将深入到一些细节，分析.podspec的一些语法规则，以及踩过的坑。

正文

编辑podspec文件的过程并不顺利，遇到了较多坑，例如多级文件目录问题、同时依赖第三方Pods和本地Pods问题、静态库Bitcode问题以及自动部署问题。

坑一：多级文件目录，举例如图：

image.png

在.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