一、新建工程LZDemo作为壳工程
1、添加Podfile文件
cd到你刚创建的工程目录下，执行以下语句
pod init
2、生成xcworkspace工程
执行
pod install
3、新建一个Lib（自己起名）文件夹，用来存放组件库（其他独立工程）
然后cd到Lib下
执行
pod lib create XXX组件库名字
其中XXX组件库名字就是你自定义的一个工程名字，也就是你的其中一个组件或者业务模块然后根据提示，生成pod工程模板
打开新建的工程里的Example，可以看到pods里面，有个ReplaceMe的文件，意思就是要替换它，换成我们自己需要对外提供的类。
新建一个类，复制粘贴到ReplaceMe同级目录下，并删掉ReplaceMe.m文件
之后cd到Lib/TRUNetworking/Example/文件目录下，执行
pod install
这个时候在Development Pods文件下会多出这两个文件，这就是本地开发的pods文件
而Podfile的内容其实是
pod 'TRUNetworking', :path => '../'
说明他获取的是本地路径
然后删除Example for TRUNetworking里面的TRUNetworking类，不然运行会因为类重复报错。
至此，一个组件的本地库就创建完成了。
二、壳工程使用本地组件库
首先cd到壳工程LZDemo目录下，修改LZDemo的Podfile文件，增加
pod 'TRUNetworking', :path => 'Lib/TRUNetworking'
三、关联git
完成了本地pod依赖，但是我们肯定不会是个人开发，否则弄这个组件化的意义也不大，所以我们首先得提交到远程，一般公司里都会搭建私有仓库诸如GitLab，这里就拿GitHub来做演示。
1）提交壳工程到远程
首先，在Github上Create a new repository
然后，cd回壳工程目录下，依次执行
git init
初始化git
git add .
执行git add .的时候，会发现警告warning: adding embedded git repository: Lib/TRULogining之类的，是因为TRULogining目录下有它自己的git仓库，它俩是独立存在的，有另外一个git仓库专门管理他，因为它也是一个完整的独立工程，这里我们先忽略它。
然后，提交初始化工程
git commit -m "init project"
接下来，我们要让这个工程和刚才在Github上创建的Repository关联
git remote add origin https://github.com/liuzhao/LZDemo.git
然后，提交初始化工程到远端的master，这里我们用了-f，表示强制提交，否则因为Github上还有readme之类的文件，需要解决冲突再pull，比较麻烦，基于是初始工程，直接强制push上去即可。
git push origin master -f
刷新一下Github上的LZDemo，会看到已经提交上去了
2）提交子工程到远端
使用跟提交主工程一样的做法，分别在Github上Create a new repository，然后把他们关联起来
唯一和壳工程不同的是，他们是组件，需要对外提供依赖关系。所以我们还得多做一步操作，那就是增加podspec文件。
以TRUNetworking为例，cd到TRUNetworking目录下，执行
git tag 0.1.0
git push --tags
刷新一下Github上的地址，会看到多了一个分支
这个tag分支就是将来提供给别人依赖的版本号分支，有了它，别人使用你的组件的时候就可以根据版本号来控制了。
接下来，使用trunk方式将代码发布到CocoaPods上
首先先编辑一下podspec文件
改好后，在上传之前，最好先本地检查一下podspec是否合法
执行下面语句
pod lib lint --verbose
如果出现passed validation，说明通过，可以提交到cocoapods上了
执行
pod trunk push TRUNetworking.podspec --verbose
成功后，就可以pod search到我们提交的库了
ps：如果搜不到，不是没传成功，是我们的本地搜索库没更新，可以先删除~/Library/Caches/CocoaPods目录下的search_index.json文件或者pod repo update一下
终端执行
rm ~/Library/Caches/CocoaPods/search_index.json
再执行
pod search
这样，本地库就会变成远程库，我壳工程的podfile文件就可以改成
pod 'TRUNetworking'，而不再需要后面的path了
重新对壳工程LZDemo进行pod install之后，会发现，原来的TRUNetworking文件已经从Development Pods里跑到Pods里去了
一些注意点：
1）如果pod trunk push上去的podspec文件，如果有依赖库，这个依赖库必须是在cocoapods上，即使是不能依赖本地库，而是远程库。所以说，比如刚才创建的TRUNetworking和TRULogining，如果要发布TRULogining到cocoapods，但是由于TRULogining是依赖于TRUNetworking的，所以要首先将TRUNetworking提上到cocoapods上，否则TRULogining是提不上去的。
2）由于壳工程和子工程都有独立存在的git，所以别人从壳工程的git地址clone下来的工程，是没有子工程的存在的。如果想运行起来壳工程，要么是所有的子工程都已经提到cocoapods上，要么是拿到子工程的git地址，checkout到本地壳工程的Lib库下。
3）如果你不想每简历一个子工程，都要到Github或者GitLab上创建一个repository的话，又想把子工程push到壳工程的git上的话，可以先把子工程里的git删除，这样push上的壳工程代码，就会带上子工程了，等你需要单独管理子工程的时候，再把git加回去即可。
作者：钊de说说
链接：https://www.jianshu.com/p/c91f8214ecc8
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
网友评论