近期接到了个需求，要实现一个组件项目在开发时候实现自动输出Framework。即这个项目实际上是一个基于Podspec的组件私有库，开发的时候只有部分同学可以访问私有库的源码，而最后以Framework的形式输出给其他人。
Cocoapods注入脚本
为了实现以上的需求，最先想到的就是希望在每次构建结束后利用脚本来自动化这个功能。经过一番查询，在Cococapods中发现果然可以实现脚本注入。
根据这篇文章在1.4.0之后支持podfile和podspec注入脚本到xcode中对应的工程target中。即在podfile中的脚本会注入到Demo.xcodeproj而podspec中的脚本注入到Pods.xcodeproj中的target。
利用cocopods提供的脚本注入语法，注入的脚本的执行时机是在该target进行编译前/中/后。
显然根据需求我们是在制作一个podspec组件，所以我们将要注入Framework制作脚本到Demo.xcodeproj中触发脚本到Pods.xcodeproj制作一个Framework。因为我们要制作的framework本身就是Pods.xcodeproj中的target，假如把脚本注入到Pods.xcodeproj这个工程中则会引起脚本循环执行。
Framework制作脚本
接下来我们制作Framework的脚本有以下三种方案：
- Carthage Build，需要将target scheme改为shared才能构建，只支持dynamic的Framwork且没有支持mangle技术。
- Cocoapods-packager支持dynamic和static的Framework，并且支持mangle技术可以修改符号表防止方法名冲突，但动态库打包目前只支持到pod 1.5.3版本，引入Swift代码会有问题，长期缺少维护。
- 自制xcodebuild脚本，实际上上面两种第三方方案原理上也是调用xcodebuild来进行打包的所以我们同样可以自定义一个xcodebuild脚本来更自由实现打包工作。
在实践的时候发现还是用自制xcodebuild shell脚本最为简单，Carthage由于需要手动将target scheme设为shared导致无法实现脚本打包，Cocoapods-packager需要先上传代码到远程仓库上。
具体过程可以参考Demo
最后实现在每次构建结束后生成一个Framework，最后将这个Framework输出到最终发布仓库下实现整个开发发布流程。如下图我们实现两个仓库：
- 私有组件仓库Binarization
- 二进制发布公开仓库Binarization_Public
参考
基于 CocoaPods 进行 iOS 开发
一行命令发布 Pod 框架
谈谈CocoaPods组件二进制化方案
iOS脚本打包