使用CocoaPods进行Objective-C第三方库的管理(二)

KaSuperMen 2014-10-10

一、Podfile.lock文件

在使用CocoaPods,执行完pod install之后,会生成一个Podfile.lock文件,这个文件看起来跟我们关系不大,实际上绝对不应该忽略它。该文件用于保存已经安装的Pods依赖库的版本,内容如下:

PODS:
  - ASIHTTPRequest (1.8.2):
    - ASIHTTPRequest/ASIWebPageRequest
    - ASIHTTPRequest/CloudFiles
    - ASIHTTPRequest/Core
    - ASIHTTPRequest/S3
  - ASIHTTPRequest/ASIWebPageRequest (1.8.2):
    - ASIHTTPRequest/Core
  - ASIHTTPRequest/CloudFiles (1.8.2):
    - ASIHTTPRequest/Core
  - ASIHTTPRequest/Core (1.8.2):
    - Reachability
  - ASIHTTPRequest/S3 (1.8.2):
    - ASIHTTPRequest/Core
  - EAIntroView (2.6.3)
  - JSONKit (1.5pre)
  - MBProgressHUD (0.9)
  - Reachability (3.1.1)
  - REMenu (1.10)
  - SDWebImage (3.7.1):
    - SDWebImage/Core
  - SDWebImage/Core (3.7.1)

DEPENDENCIES:
  - ASIHTTPRequest (~> 1.8.1)
  - EAIntroView (~> 2)
  - JSONKit (~> 1.4)
  - MBProgressHUD (~> 0.9)
  - Reachability (~> 3)
  - REMenu (~> 1.9)
  - SDWebImage (~> 3)

SPEC CHECKSUMS:
  ASIHTTPRequest: 2c8335b49410c0e2ad42829c438e74d454b77590
  EAIntroView: 45924b81c153d1206ee24f4fa654e9d9dae79e93
  JSONKit: efef3bbd3372ff33f96b9c6f34cf4fe18e74ab69
  MBProgressHUD: 2038dbcf3dce73215abed6001657043d53aa79a8
  Reachability: 8e9635e3cb4f98e7f825e51147f677ecc694d0e7
  REMenu: e3988747d83f9e8f49f244bd3f1fb8b0900e8741
  SDWebImage: 116e88633b5b416ea0ca4b334a4ac59cf72dd38d

COCOAPODS: 0.33.1

 Podfile.lock文件最大的用处在于多人开发。对于没有在Podfile中指定Pods依赖库版本的写法,如下:

pod 'JSONKit'

这句话用于获取当前JSONKit这个Pods依赖库的最新版本。

当团队中的某个人执行完pod install命令后,生成的Podfile.lock文件就记录下了当时最新Pods依赖库的版本,这时团队中的其它人check下来这份包含Podfile.lock文件的工程以后,再去执行pod install命令时,获取下来的Pods依赖库的版本就和最开始用户获取到的版本一致。如果没有Podfile.lock文件,后续所有用户执行pod install命令都会获取最新版本的JSONKit,这就有可能造成同一个团队使用的依赖库版本不一致。

在这种情况下,如果团队想使用当前最新版本的JSONKit依赖库,有两种方案:

1、更改Podfile,使其指向最新版本的依赖库

2、执行pod update命令

鉴于Podfile.lock文件对团队协作如此重要,我们需要将它添加到版本管理中。

二、Podfile文件

1、Podfile文件的存放位置

通常情况下我们都推荐Podfile文件都放在工程根目录

使用CocoaPods进行Objective-C第三方库的管理(二)

事实上Podfile文件可以放在任意一个目录下,需要做的是在Podfile中指定工程的路径,和原来相比,Podfile文件就在最开始的位置增加了一行

xcodeproj "/Users/admin/Projects/iOS/Micro/Micro.xcodeproj"  

platform :ios, '5.0'

pod 'JSONKit', '~> 1.4'
pod 'ASIHTTPRequest', '~> 1.8.1'
pod 'KxMenu', '~> 1'
pod 'MBProgressHUD', '~> 0.9'
pod 'SDWebImage', '~> 3'
pod 'Reachability', '~> 3'
pod 'EAIntroView', '~> 2'

2、Podfile和target

Podfile本质上是用来描述Xcode工程中的targets用的。如果我们不显式指定Podfile对应的target,CocoaPods会创建一个名称为default的隐式target,会和我们工程中的第一个target相对应。换句话说,如果在Podfile中没有指定target,那么只有工程里的第一个target能够使用Podfile中描述的Pods依赖库。

如果想在一个Podfile中同时描述project中的多个target,根据需求的不同,可以有不同的实现方式。为了说明问题,在原来的工程中再创建一个名称为Second的target,现在的project中包含的target有两个:Micro和Second。

(1)多个target中使用相同的Pods依赖库

例如,名称为Micro的target和Second的target都需要使用Reachability、JSONKit、ASIHTTPRequest三个Pods依赖库,可以使用link_with关键字来实现

link_with 'Micro', 'Second'
platform :ios, '5.0'

pod 'Reachability', '~> 3'
pod 'JSONKit', '~> 1.4'
pod 'ASIHTTPRequest', '~> 1.8.1'

这种写法就实现了Micro和Second两个target共用相同的Pods依赖库。

(2)不同的target使用完全不同的Pods依赖库

Micro这个target使用的是Reachability、JSONKit、ASIHTTPRequest三个依赖库,但Second这个target只需要使用OpenUDID这一个依赖库,这时可以使用target关键字来实现

target :'Micro' do  
platform :ios, '5.0'

pod 'Reachability', '~> 3'
pod 'JSONKit', '~> 1.4'
pod 'ASIHTTPRequest', '~> 1.8.1'
end

target :'Second' do  
pod 'OpenUDID', '~> 1.0.0'  
end

3、使用Podfile管理Pods依赖库版本

pod 'AFNetworking'      	   //不显式指定依赖库版本,表示每次都获取最新版本  
pod 'AFNetworking', '2.0'      //只使用2.0版本  
pod 'AFNetworking', '> 2.0'    //使用高于2.0的版本  
pod 'AFNetworking', '>= 2.0'   //使用大于或等于2.0的版本  
pod 'AFNetworking', '< 2.0'    //使用小于2.0的版本  
pod 'AFNetworking', '<= 2.0'   //使用小于或等于2.0的版本  
pod 'AFNetworking', '~> 0.1.2' //使用大于等于0.1.2但小于0.2的版本  
pod 'AFNetworking', '~>0.1'    //使用大于等于0.1但小于1.0的版本  
pod 'AFNetworking', '~>0'      //使用大于0的版本,写这个限制和什么都不写是一个效果,都表示使用最新版本

相关推荐