Cocopods 本身是一个优秀的 iOS 开发的包管理工具,涵盖了 7k+ 的开源组件,包管理库是托管在 Github。
众所周知的原因它的速度日渐缓慢,有时会频繁报如下错误:
|
|
本文主要为解决该问题而诞生的,以下的加速方案不局限于目前已流传的优化方案,而是在此基础上彻底的加速!
pod install
时不设置包的更新:参考文章如果你对 Cocoapods 有更深层次的理解,请参见:objc.io: Cocoapods under the hood 中文版本
今天早晨看到微博众多 iOS 开发者赞同转发《CocoaPods最佳实践探讨》一文,
针对 Pods
建议纳入版本控制也是无奈之举。之前公司项目中也是这样施行很长一段时间,不排除更新可能会造成很多无用信息”刷屏”,
偶尔还会因为版本冲突造成一些混乱状况需要处理。个人还是更倾向于精简原则,遵循官方的建议。
大家都是技术人员,其实这些小问题难道因为 github 倒下就没有解决方案了吗?!看我如何撕破这层纸老虎:
Cocoapods 自身支持私有仓库,
恰好的是就在前不久发布的 0.34.0 版本支持 Podfile
添加多个的包源仓库,举个例子:
|
|
这个特性其实是为了扩充官方 Spec 的同时可以更好的让开发者管理私有的公共组件,那我同样是从这里下手:
前提是自己以及搭建好 gitlab 服务器:官方教程 (Ubuntu) | 本人教程 (CentOS)
首先我们需要创建一个自己的 Spec 仓库,目录结构如下:
|
|
配置不做详细描述,这里比官方多了两个文件 Rakefile
和 Gemfile
都是 rake 所需的文件,这个后面会讲到。
再者就是配置 gitlab-mirrors,教程很详细不再重复。
利用私有 Spec 仓库特性,可以把官方 Spec
目录下面的包按需或全部镜像过来,再次基础上把里面涉及 github 的地址替换成 gitlab 的地址
你没有看错,这是核心步骤,如果这步没有做那么和国内镜像的地址没有任何差别。核心代码如下:
|
|
|
|
rake
里面有两个 task:
通过工具总有办法可以改进和提升开发者的效率和解决各种的问题,希望本文可以给大家带来更多的灵感!
A: 目前我们团队已经采用并运行了很长一段时间,没有任何风险。最大的优势在于兼容官方的仓库,
就算无法链接自己的私有服务器,使用官方和国内镜像的都可以瞬间切换。
A: 醒醒吧孩子,就连单纯的镜像官方 Cocoapods Spec 还需要一个服务器执行定期同步脚本呢。
A: 据我所知国内大部分 git 托管服务器的解决方案都是基于 gitlab 二次开发的,理论上可行,
上面提到的 gitlab-mirror 本身依赖于 gitlab 的 api 在镜像的同时自动新建仓库。如果有成功的欢迎反馈。
A: 眼睛真够敏锐的,个人对 gitlab-mirror 再做镜像时做了一个约束,新建一个 Rakefile
文件放到你的 gitlab-mirror 项目根目录即可:
|
|
A: 麻烦请留言,谢谢!