打造你的远程私有库-远程私有库的升级+依赖

上节说了远程私有库的升级,但是有些时候我们可能遇到一种情况,我们的集成的私有库依赖于别的库,但是我们的私有库当中并没有包含这些库,那么一旦集成到我们的远程私有库中就会无法编译,这个时候我们应该怎么解决呢?

打造你的远程私有库-远程私有库的升级+依赖_第1张图片

我们需要集成一个网络加载库,但我们看到虽然我们做了二次封装,但是依旧回避不了依赖AFN的事实,但我们不可能将整个AFN加到我们的私有库当中。不过其实我们在描述文件当中可以添加依赖库的,那么我们现在先将我们的网络请求库拖到我们的核心代码当中去

打造你的远程私有库-远程私有库的升级+依赖_第2张图片

修改我们的描述文件准备升级咯

打造你的远程私有库-远程私有库的升级+依赖_第3张图片

老规矩我们先将代码提交并且打上描述文件版本号对应的tag值

此时我们还是将我们的描述文件再次推送到我们的远程私有索引库当中去,然后集成到我们的宿主工程中去看看会发生什么事情

当然推送之前例行公事,我们在本地和远程对我们的描述文件校验一下

打造你的远程私有库-远程私有库的升级+依赖_第4张图片

这样的就完事具备,只欠东风了,最后将描述文件上传到我们的远程私有索引库中去

打造你的远程私有库-远程私有库的升级+依赖_第5张图片

最后一步将我们我们更新的私有库集成到我们的宿主工程中,并且看看我们依赖的AFN会不会也同时导入,保证编译没问题

删掉podfile.lock文件,使用pod install命令

打造你的远程私有库-远程私有库的升级+依赖_第6张图片

好我们看到已经升级我们的私有库成功,并且也将我们的AFN通过依赖的方式集成进来了,这样的话我们的远程私有索引库的升级+依赖就完成了

你可能感兴趣的:(打造你的远程私有库-远程私有库的升级+依赖)