人在有时间和有精力的时候就应该尽可能多的去尝试,想当然的事情太多了上手就是另外一回事了,做事情最好能弄懂基本原理,虽然枯燥但是错了知道是怎么回事。----题记
很早就有想法自己来建一个库供自己开发,由于网络上资源丰富而且别人写的还比自己好,而且感觉也不是很难就怂了,也是由于最近项目优化的原因才下决定去实现,中途也遇到了很多坑,现在记录下来。
凡事第一步上网找资料,零零总总说的都是那一个意思,所以认真看好几篇就够了。
公有库
这里我看的是《CocoaPods公有仓库的创建》写得不错,但在我的实践中犯了以下错误:
- CocoaPods会报错,更新后仍然报错:更新重启是很重要的
pod setup
- 配置错误:尝试了很多方法总是
ERROR | [iOS] file patterns: The 'source_files' pattern did not match any file.
文件有问题,各种方案都试过了也查看别人的答案,其实还是自己没弄懂原理。想着pod lib lint
过了pod trunk push
应该没有问题,别人没有问题到我这就有问题了,pod trunk push
实际是检测网络端的文件,本地的没有问题也要记得提交到网络上。 -
pod search
检索不到:在pod setup
后报错[!] Unable to find a pod with name, author, summary, or description matching XXX
。
1.sudo gem update --system
:更新gem
但貌似没有用,可以忽略。
2.rm ~/Library/Caches/CocoaPods/search_index.json
:先删除这个,search
时会重新加载回来,这个才是重要的。
私有库
我参考的也是他的《CocoaPods私有仓库的创建》
- 发布账号:开始直接弄私有库,但相关知识匮乏给自己挖了坑
-
s.license
: 当时直接打开注释切换里面的file路径是file => "FILE_LICENSE"
而不是file => "LICENSE"
。所以说文章大同小异,主要是细心看完。 - 更新库操作:
1.git commit -m "说明"
:提交更新后的内容;
2.pod lib lint --private
: 修改配置文件后,检测是否正确(绝大多数是没有问题的)
3.git push origin --tags
: 检查无误后打标签,准备发布;
4.pod repo update SKYRepo
:更新下我们的版本库;
5.pod repo push SKYRepo CTSocket.podspec
:再继续上传即可。
6.pod trunk push
:发布即可
删除测试库
一旦进行了一个错误的开始,与其花时间乱试错不如重头开始,因此就产生了很多测试库《CocoaPods细说 pod trunk》。文章讲得很详细,多看几遍吧。
这里我使用的pod trunk delete
,就是这么任性😂
小结
- 修改完文件先
提交
再打标签
然后才是发布
即是:git commit
-->git tag
->pod trunk push
; - 在私有库中,版本库和代码库不是一回事;
- 这里只是总结自己的坑,要学习还请看作者原文。
网友评论