原文网址:http://blog.devtang.com/2014/05/25/use-cocoapod-to-manage-ios-lib-dependency/html
每种语言发展到一个阶段,就会出现相应的依赖管理工具,例如 Java 语言的 Maven,nodejs 的 npm。随着 iOS 开发者的增多,业界也出现了为 iOS 程序提供依赖管理的工具,它的名字叫作:CocoaPods。node
CocoaPods项目的源码 在 Github 上管理。该项目开始于 2011 年 8 月 12 日,通过多年发展,如今已经成为 iOS 开发事实上的依赖管理标准工具。开发 iOS 项目不可避免地要使用第三方开源库,CocoaPods 的出现使得咱们能够节省设置和更新第三方开源库的时间。ios
我在开发猿题库客户端时,使用了 24 个第三方开源库。在没有使用 CocoaPods 之前,我须要:git
-licucore
或者 -fno-objc-arc
等编译参数这些体力活虽然简单,但毫无技术含量而且浪费时间。在使用 CocoaPods 以后,我只须要将用到的第三方开源库放到一个名为 Podfile 的文件中,而后执行pod install
。
CocoaPods 就会自动将这些第三方开源库的源码下载下来,而且为个人工程设置好相应的系统依赖和编译参数。github
安装方式异常简单 , Mac 下都自带 ruby,使用 ruby 的 gem 命令便可下载安装:npm
$ sudo gem install cocoapods |
若是你的 gem 太老,可能也会有问题,能够尝试用以下命令升级 gem:json
sudo gem update --system |
另外,ruby 的软件源 https://rubygems.org 由于使用的是亚马逊的云服务,因此被墙了,须要更新一下 ruby 的源,使用以下代码将官方的 ruby 源替换成国内淘宝的源:xcode
gem sources --remove https://rubygems.org/
gem sources -a https://ruby.taobao.org/
gem sources -l |
还有一点须要注意,pod setup
在执行时,会输出Setting up CocoaPods master repo
,可是会等待比较久的时间。这步实际上是 Cocoapods 在将它的信息下载到 ~/.cocoapods
目录下,若是你等过久,能够试着 cd 到那个目录,用du -sh *
来查看下载进度。你也能够参考本文接下来的使用 cocoapods 的镜像索引
一节的内容来提升下载速度。ruby
全部的项目的 Podspec 文件都托管在https://github.com/CocoaPods/Specs
。第一次执行pod setup
时,CocoaPods 会将这些podspec
索引文件更新到本地的 ~/.cocoapods/
目录下,这个索引文件比较大,有 80M 左右。因此第一次更新时很是慢,笔者就更新了将近 1 个小时才完成。bash
一个叫 akinliu 的朋友在 gitcafe 和 oschina 上创建了 CocoaPods 索引库的镜像,由于 gitcafe 和 oschina 都是国内的服务器,因此在执行索引更新操做时,会快不少。以下操做能够将 CocoaPods 设置成使用 gitcafe 镜像:
|
将以上代码中的 https://gitcafe.com/akuandev/Specs.git
替换成http://git.oschina.net/akuandev/Specs.git
便可使用 oschina 上的镜像。
使用时须要新建一个名为 Podfile 的文件,以以下格式,将依赖的库名字依次列在文件中便可
platform :ios
pod 'JSONKit', '~> 1.4'
pod 'Reachability', '~> 3.0.0'
pod 'ASIHTTPRequest'
pod 'RegexKitLite' |
而后你将编辑好的 Podfile 文件放到你的项目根目录中,执行以下命令便可:
cd "your project home" |
如今,你的全部第三方库都已经下载完成而且设置好了编译参数和依赖,你只须要记住以下 2 点便可:
pod update
命令。你若是不知道 cocoaPods 管理的库中,是否有你想要的库,那么你能够经过 pod search 命令进行查找,如下是我用 pod search json 查找到的全部可用的库:
$ pod search json |
当你执行pod install
以后,除了 Podfile 外,CocoaPods 还会生成一个名为Podfile.lock
的文件,Podfile.lock 应该加入到版本控制里面,不该该把这个文件加入到.gitignore
中。由于Podfile.lock
会锁定当前各依赖库的版本,以后若是屡次执行pod install
不会更改版本,要pod update
才会改Podfile.lock
了。这样多人协做的时候,能够防止第三方库升级时形成你们各自的第三方库版本不一致。
CocoaPods 的这篇 官方文档 也在What is a Podfile.lock
一节中介绍了Podfile.lock
的做用,而且指出:
This file should always be kept under version control.
咱们能够为本身的开源项目建立podspec
文件,首先经过以下命令初始化一个podspec
文件:
pod spec create your_pod_spec_name |
该命令执行以后,CocoaPods 会生成一个名为your_pod_spec_name.podspec
的文件,而后咱们修改其中的相关内容便可。
具体步骤能够参考这两篇博文中的相关内容:
咱们能够直接指定某一个依赖的podspec
,这样就可使用公司内部的私有库。该方案有利于使企业内部的公共项目支持 CocoaPods。以下是一个示例:
pod 'MyCommon', :podspec => 'https://yuantiku.com/common/myCommon.podspec' |
CocoaPods 在执行pod install
和pod update
时,会默认先更新一次podspec
索引。使用--no-repo-update
参数能够禁止其作索引更新操做。以下所示:
pod install --no-repo-update
pod update --no-repo-update |
若是你想让 CococaPods 帮你生成第三方库的帮助文档,并集成到 Xcode 中,那么用 brew 安装 appledoc 便可:
brew install appledoc |
关于 appledoc,我在另外一篇博客 《使用 Objective-C 的文档生成工具:appledoc》 中有专门介绍。它最大的优势是能够将帮助文档集成到 Xcode 中,这样你在敲代码的时候,按住 opt 键单击类名或方法名,就能够显示出相应的帮助文档。
大概研究了一下 CocoaPods 的原理,它是将全部的依赖库都放到另外一个名为 Pods 项目中,而后让主项目依赖 Pods 项目,这样,源码管理工做都从主项目移到了 Pods 项目中。发现的一些技术细节有:
愿你们玩得开心~