一.打造远程私有库的简单回顾
上次带着大家手把手的打造了属于自己的远程私有索引库，我们来简单地回顾一下我们的操作步骤。
首先我们在代码托管平台创建一个远程私有代码仓库来当做我们的远程私有索引库，接着使用pod repo add 名称 url 将远程私有索引库clone到本地来。
接着我们使用pod lib create 私有库名称，在本地创建一个pod私有库的模板库，并且将我们的核心代码拖入到Classes文件夹中，在我们模板库的测试工程里面是有pod install安装测试，并且我们需要将描述文件一一写好。
然后我们需要在创建一个远程私有代码仓库用来存放我们组件的详细源码，在本地使用git add. 以及git commit --m '备注信息'将代码提交到我们的本地master分支上，然后使用git remote add origin url链接我们的远程代码仓库，并且使用git push origin master将代码推送到我们的远程代码仓库，最后特别要注意必须给我们的代码打上一个和我们描述文件版本号一一对应的tag值。
然后我们在上传到我们远程私有索引库之前我们使用pod lib lint和pod spec lint分别在我们的本地和远程对我们的描述文件进行校验，校验完成后我们直接pod repo push 描述文件名称 推送到我们远程死哦有索引库中去。
最后我们还需要在集成到我们宿主工程之前在podfile文件中设定好官方的源和我们的远程私有库的源，最后使用pod install安装到我们的宿主工程中就完成了整个远程私有库的创建。
那么很明显我们的组件pod库里面的内容随着我们项目的拓展需要势必会增加新的内容，这就涉及到我们私有库的升级问题，那么我们需要怎样给我们的私有库升级呢，这次我就带着大家来对我们的远程私有库进行升级
二.对远程私有库进行升级
现将我们需要增加的核心代码拖到基础组件库的Classes的文件夹下面
进入我们的测试工程中来测试一下看看是否能集成进来
从测试工程来看确实集成成功了，那么现在修改一下我们的描述文件的版本号，其他的不需要改动，并且将classe中新增的核心代码提交到远程代码仓库(TZSoundBase)中
一切准备就绪后我们需要把我们修改的描述文件提交到我们的远程私有索引库当中去，
使用pod repo push 远程私有索引库名称 描述文件名称，推送过程中报错，报错提示的时我们本地私有索引库不干净，我们进来看看到底是什么原因导致我们的库不干净
我们发现在我们的本地私有索引库有一个文件没有提交，这其实是在系统操作过程中产生的，但是在我们的.gitignore的忽视文件中没有添加这个选项，那么在这个文件中我们来尝试手动添加以下看看能不能解决这个问题
我们发现这个问题还是没有解决，我们此时应该怎么办呢？只能将这个文件提交，那么我们先来试试提交是否奏效
这样就没有问题了，我们的远程私有库就升级完毕了，接下来我们把它集成到我们宿主工程中看看是否能够达到我们想要的效果呢？
但是很遗憾的发现我们使用pod install的时候安装的还是0.1.0版本的库，似乎并没有升级到我们0.2.0版本，其实是因为我们的podfile.lock文件，此时只会下载之前的版本，我们把它删掉，这样就会自动下载最新的版本库，此时我们在尝试一下
好，此时自动去替换了我们的0.1.0版本为0.2.0的版本，我们再来看看我们的宿主工程
宿主工程已经集成成功，那么我们远程私有库的升级就搞定了，下一节我们来讲讲远程私有库的依赖+升级。
网友评论