Cocopods 本身是一个优秀的 iOS 开发的包管理工具，涵盖了 7k+ 的开源组件，包管理库是托管在 Github。
由于众所周知的原因它的速度日渐缓慢，有时会频繁报如下错误：
$ pod install
Cloning into'/path/to/ios/project/Pods/xxx'
error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly
本文主要为解决该问题而诞生的，以下的加速方案不局限于目前已流传的优化方案，而是在此基础上彻底的加速！
使用淘宝 Ruby Gems 源（Cocoapods 使用 ruby 开发）
pod install 时不设置包的更新：参考文章
使用国内 git 服务器镜像 Cocoapods Spec:参考文章
如果你对 Cocoapods 有更深层次的理解，请参见：objc.io: Cocoapods under the hood中文版本
今天早晨看到微博众多 iOS 开发者赞同转发《CocoaPods最佳实践探讨》一文，
针对 Pods 建议纳入版本控制也是无奈之举。之前公司项目中也是这样施行很长一段时间，不排除更新可能会造成很多无用信息”刷屏”，偶尔还会因为版本冲突造成一些混乱状况需要处理。个人还是更倾向于精简原则，遵循官方的建议。
大家都是技术人员，其实这些小问题难道因为 github 倒下就没有解决方案了吗？！看我如何撕破这层纸老虎：
技术概述
Cocopods v0.34.0+
gitlab: 自建私有 git 服务器
gitlab-mirrors: 专用于 github 镜像至 gitlab 并保持定期更新
rake: ruby 的代码构建工具（不懂 ruby 的可以把它理解为命令聚合工具）
技术剖析
Cocoapods 自身支持私有仓库，
恰好的是就在前不久发布的 0.34.0 版本支持 Podfile
添加多个的包源仓库，举个例子：source'https://github.com/artsy/Specs.git'
source'https://github.com/CocoaPods/Specs.git'
pod'AFNetworking'
pod'Mantle'
这个特性其实是为了扩充官方 Spec 的同时可以更好的让开发者管理私有的公共组件，那我同样是从这里下手：
前提是自己以及搭建好 gitlab 服务器：官方教程 （Ubuntu）|本人教程 （CentOS）
自力更生
首先我们需要创建一个自己的 Spec 仓库，目录结构如下：
├── CocoaPods-version.yml
├── Specs/
├── README.md
├── Rakefile
└── Gemfile
配置不做详细描述，这里比官方多了两个文件 Rakefile 和 Gemfile 都是 rake 所需的文件，这个后面会讲到。
再者就是配置 gitlab-mirrors，教程很详细不再重复。
偷梁换柱
利用私有 Spec 仓库特性，可以把官方 Spec 目录下面的包按需或全部镜像过来，再次基础上把里面涉及 github 的地址替换成 gitlab 的地址
你没有看错，这是核心步骤，如果这步没有做那么和国内镜像的地址没有任何差别。核心代码如下：
Rakefile
require'uri'
require'fileutils'
require'multi_json'
require'net/ssh'
desc'镜像一个 github 包至 gitlab 仓库'
task :clone, [:name]do|t, p|
name = p[:name]
current_path = Dir.pwd
specs = Dir[File.join(File.expand_path('~'),'.cocoapods/repos/master/Specs/*')]
repo = specs.select { |s| File.basename(s) == name }.first
ifrepo
puts" * found repo, copy it here"
repo_store_path = File.join(current_path,'Specs')
FileUtils.cp_r repo, repo_store_path
puts" * updating repo url"
Dir["#{repo_store_path}/#{name}/*"].eachdo|f|
pod_file = File.join(f,"#{name}.podspec.json")
json = File.read(pod_file)
data = MultiJson.load json
ifdata['source']['git']
puts" -> #{data['version']}: git"
orginal_repo_url = data['source']['git']
coverted_repo_name = URI.parse(orginal_repo_url).path[1..-1].gsub('/','-').downcase
data['source']['git'] ="http://gitlab.dev/mirrors/#{coverted_repo_name}"
File.write(pod_file, JSON.pretty_generate(data))
elsedata['source']['http']
puts" -> #{data['version']}: http url, do you want speed up?"
elsedata['source']['svn']
puts" -> #{data['version']}: svn repo, do you want speed up?"
end
end
else
puts"Not find spec named: #{name}"
end
end
desc'gitlab 服务器镜像 Cocoapod Spec'
task :mirror, [:repo]do|t, p|
host ='172..0.1'
user ='icyleaf'
options = {:keys =>'~/.ssh/keys/id_rsa.pub'}
puts"Connect gitlab server and mirror"
Net::SSH.start(host, user, options)do|ssh|
gitmirror_path ='/home/gitmirror/gitlab-mirrors'
cmd ="sudo -u gitmirror -H rake \"add[#{p[:repo]}]\""
stdout = ssh.exec!("echo 'cd #{gitmirror_path} && #{cmd}'")
puts stdout
ssh.loop
end
end
Gemfile
source"http://ruby.taobao.org"
gem'rest_client'
gem'multi_json'
gem'rake'
gem'net-ssh'
rake 里面有两个 task：
mirror: 镜像 iOS 开源组件
clone: 负责把官方 spec 指定包（开源组件的版本控制）替换 gitlab 地址并加入到私有包仓库
总结
通过工具总有办法可以改进和提升开发者的效率和解决各种的问题，希望本文可以给大家带来更多的灵感！
答疑解惑
F: 这套理论靠谱吗？
A: 目前我们团队已经采用并运行了很长一段时间，没有任何风险。最大的优势在于兼容官方的仓库，
就算无法链接自己的私有服务器，使用官方和国内镜像的都可以瞬间切换。
F: 如果没有服务器可以实现吗？
A: 醒醒吧孩子，就连单纯的镜像官方 Cocoapods Spec 还需要一个服务器执行定期同步脚本呢。
F: 国内 git 托管服务器能够支持吗？
A: 据我所知国内大部分 git 托管服务器的解决方案都是基于 gitlab 二次开发的，理论上可行，
上面提到的 gitlab-mirror 本身依赖于 gitlab 的 api 在镜像的同时自动新建仓库。如果有成功的欢迎反馈。
F: 我从你代码发现服务器同样调用了一个 rake 脚本，你没有开源！
A: 眼睛真够敏锐的，个人对 gitlab-mirror 再做镜像时做了一个约束，新建一个 Rakefile 文件放到你的 gitlab-mirror 项目根目录即可：
require'uri'
desc"Adding repo to gitmirror"
task :add, [:repo]do|t, p|
repo = p[:repo]
begin
name = URI.parse(repo).path[1..-1].gsub('/','-').gsub('.git','')
ifname
`./add_mirror.sh -f --git --project-name#{name} --mirror #{repo}`
end
rescue Error => e
puts'not url'
end
end