$ pod lib lint
如果一切正常，这条命令执行完后会出现下面的输出：
-> WZMarqueeView (1.0.0)
WZMarqueeView passed validation.
到此，pod验证就结束了。
需要说明的是，在执行pod验证命令的时候，打印出了任何warning或者error信息，验证都会失败！如果验证出现异常，打印的信息会很详细，大家可以根据对应提示做出修改。
2、本地git仓库修改内容上传到github仓库
依次执行以下命令：
$ git add -A && git commit -m "Release 1.0.0."
$ git tag '1.0.0'
$ git push --tags
$ git push origin master
上述命令均属git的范畴，这里不多述。如果一切正常，github上就应该能看到自己刚添加的内容了。如下图所示：
五、上传podspec文件到CocoaPods官方仓库中
经过前边的四步操作，你可能以为已经结束了，不幸的是还早着呢。
要想一个Pods依赖库真正可用，还需要做最后一步操作，将我们刚才生成的podspec文件上传到CocoaPods官方的Specs仓库中，链接为：https://www.easck.com/>
然后大家会发现自己名下会多一份仓库的分支。比如我的分支为：
2、将fork的仓库clone到本地
执行以下命令：
$ git clone https://www.easck.com/pre>
注意，大家需要将对应的仓库地址换成自己的。
这个仓库有点大，需要有耐心啊。
3、将自己的podspec文件添加到本地Specs仓库中
Specs仓库clone到本地后，会放到一个名为Specs的文件夹中。podspec文件在Specs仓库中的保存原则是：
Pods依赖库同名文件夹--->版本号同名文件夹--->podspec文件
照此原则，我需要在Specs文件夹下建立一个名为WZMarqueeView的文件夹，然后进入到WZMarqueeView文件夹下，建立一个名称为1.0.0的文件夹，最后进入到1.0.0这个文件夹下，并且将之前创建好的WZMarqueeView.podspec文件拷贝进来。
不难理解，如果以后有对WZMarqueeView类的升级，就在WZMarqueeView文件夹下建立对应版本名称的文件夹，用于保存对应版本的podspec文件即可。
这些操作完成后，目录层次结构如下所示：
4、上传本地Specs仓库中的修改到github仓库
执行以下命令：
$ git add -A && git commit -m "Add WZMarqueeView podspec file"
$ git push origin master
