CocoaPods安装使用及配置私有库

时间  2019-11-08
标签 cocoapods 安装 使用 配置 私有 繁體版
原文   原文链接

http://www.exiatian.com/cocoapods安装使用及配置私有库/ [转]前端

从前端到obj-c有小半年了,文章又快有一年没有更新过了,前几天才把域名续费了3年,感叹第一个三年就这样过去了….因此决定不能再像之前那样懒了,天天坚持把本身的学习都记录下来而后有空的时候整理下发布到小站,因而有了obj-c的第一篇.ios

如何安装?

1.安装ruby环境,添加淘宝ruby镜像git

$ gem sources --remove https://rubygems.org/
//等有反应以后再敲入如下命令
$ gem sources -a http://ruby.taobao.org/github

2.查看是否设置成功:sql

$ gem sources -lxcode

3.而后安装cocoapods:ruby

$ sudo gem install cocoapodsapp

4.查看cocoapods是否支持某个类库学习

$ pod search 类库名,支持模糊查询(如:AFNetworking)ui

如何使用?

  • 在项目根目录下新建一个“Podfile”的文件(记住必定得叫这个名儿,并且木有后缀)

注:Podfile也能够放在任何位置,可是须要在Podfile顶部使用”xcodeproj”关键字指定工程的路径,以下:

Podfile指明xcodeproj

Podfile指明xcodeproj

可是执行pod install命令后,生成的文件放在了Podfile所在的目录.

  • 编辑Podfile文件输入如下信息

platform :iOS, ‘7.0’\\全部库支持的IOS最低版本
pod ‘AFNetworking’, ‘~> 2.0’\\版本号

注:有些第三方库须要指明:platform 支持的IOS最低版本,不然在pod install时会报错,以下图,提示AFNetworking最低支持IOS6.0和OS X 10.8

cocoapods指明ios版本

cocoapods指明ios版本

  • 而后在项目podfile所在目录下运行:(会在你当前项目中导入podfile所配置的库,因此要在项目目录下运行)

$ pod install

注意上述命令运行完毕后终端输出的最后一段话,意思就是之后打开项目就用CocoaPodsDemo.xcworkspace 打开，而不是以前的.xcodeproj文件。

[!] From now on use `CocoaPodsDemo.xcworkspace`.

通过以上步骤后,咱们如今能够打开CocoaPodsDemo.xcworkspace启动咱们的新工程了.新工程中已经经过cocoapods引入并配置好了咱们刚在podfile写的须要依赖的第三方库了.

引入第三方库后找不到头文件?

在项目的Targe-Build Settings-Search Paths-User Header Searcj Paths中添加

${SRCROOT} 值为 recursive

以下图:

cocoapods配置头文件

cocoapods配置头文件

如何编译从github上checkout下来的一个已包含CocoPods类库的项目?

打开终端进入你所下载项目的根目录,执行如下命令,后会获得上面的那句话:

$ pod update

等待命令运行完毕后,一样最后会输出

[!] From now on use `xxxxx.xcworkspace`.

如何删除cocopods?

  1. 删除工程文件夹下的Podfile、Podfile.lock及Pods文件夹
  2. 删除xcworkspace文件
  3. 使用xcodeproj文件打开工程，删除Frameworks组下的Pods.xcconfig及libPods.a引用
  4. 在工程设置中的Build Phases下删除Check Pods Manifest.lock及Copy Pods Resources
删除cocoapods

删除cocoapods

CocoaPods经常使用命令

一、pod install

根据Podfile文件指定的内容，安装依赖库，若是有Podfile.lock文件并且对应的Podfile文件未被修改，则会根据Podfile.lock文件指定的版本安装。

每次更新了Podfile文件时，都须要从新执行该命令，以便从新安装Pods依赖库。

二、pod update

若果Podfile中指定的依赖库版本不是写死的，当对应的依赖库有了更新，不管有没有Podfile.lock文件都会去获取Podfile文件描述的容许获取到的最新依赖库版本。

三、pod search

命令格式为：

$ pod search 类库名,支持模糊查询(如:AFNetworking)

pod search功能

pod search功能

红框中的信息为AFNetworking 最新版本,Version中显示了历史版本,根据这些信息来编写咱们的Podfile文件如:

pod ‘AFNetWorking’, ‘~> 2.2.4′

这句话具体含义是什么呢?
当咱们经过cocopods引入依赖库时，须要显示或隐式注明引用的依赖库版本，具体写法和表示含义以下

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的版本，写这个限制和什么都不写是一个效果，都表示使用最新版本

四、pod setup

用于跟新本地电脑上的保存的Pods依赖库tree。因为天天有不少人会建立或者更新Pods依赖库，这条命令执行的时候会至关慢，还请耐心等待。咱们须要常常执行这条命令，不然有新的Pods依赖库的时候执行pod search命令是搜不出来的。

①多个target中使用相同的Pods依赖库

好比，名称为CocoaPodsTest的target和Second的target都须要使用Reachability、SBJson、AFNetworking三个Pods依赖库，可使用link_with关键字来实现，将Podfile写成以下方式：

link_with ‘CocoaPodsTest’, ‘Second’
platform :ios
pod ‘Reachability’,  ‘~> 3.0.0’
pod ‘SBJson’, ‘~> 4.0.0’

platform :ios, ‘7.0’
pod ‘AFNetworking’, ‘~> 2.0’

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

②不一样的target使用彻底不一样的Pods依赖库

CocoaPodsTest这个target使用的是Reachability、SBJson、AFNetworking三个依赖库，但Second这个target只须要使用OpenUDID这一个依赖库，这时可使用target关键字，Podfile的描述方式以下：

target :’CocoaPodsTest’ do
platform :ios
pod ‘Reachability’,  ‘~> 3.0.0’
pod ‘SBJson’, ‘~> 4.0.0’

platform :ios, ‘7.0’
pod ‘AFNetworking’, ‘~> 2.0′
end

target :’Second’ do
pod ‘OpenUDID’, ‘~> 1.0.0’
end

其中，do/end做为开始和结束标识符。

Podfile.lock文件

在使用CocoaPods，执行完pod install以后，会生成一个Podfile.lock文件。这个文件看起来跟咱们关系不大，实际上绝对不该该忽略它。
该文件用于保存已经安装的Pods依赖库的版本，经过CocoaPods安装了SBJson、AFNetworking、Reachability三个POds依赖库之后对应的Podfile.lock文件内容为：

PODS:
– AFNetworking (2.1.0):
– AFNetworking/NSURLConnection
– AFNetworking/NSURLSession
– AFNetworking/Reachability
– AFNetworking/Security
– AFNetworking/Serialization
– AFNetworking/UIKit
– AFNetworking/NSURLConnection (2.1.0):
– AFNetworking/Reachability
– AFNetworking/Security
– AFNetworking/Serialization
– AFNetworking/NSURLSession (2.1.0):
– AFNetworking/NSURLConnection
– AFNetworking/Reachability (2.1.0)
– AFNetworking/Security (2.1.0)
– AFNetworking/Serialization (2.1.0)
– AFNetworking/UIKit (2.1.0):
– AFNetworking/NSURLConnection
– Reachability (3.0.0)
– SBJson (4.0.0)

DEPENDENCIES:
– AFNetworking (~> 2.0)
– Reachability (~> 3.0.0)
– SBJson (~> 4.0.0)

SPEC CHECKSUMS:
AFNetworking: c7d7901a83f631414c7eda1737261f696101a5cd
Reachability: 500bd76bf6cd8ff2c6fb715fc5f44ef6e4c024f2
SBJson: f3c686806e8e36ab89e020189ac582ba26ec4220

COCOAPODS: 0.29.0

Podfile.lock文件最大得用处在于多人开发。当团队中的某我的执行完pod install命令后，生成的Podfile.lock文件就记录下了当时最新Pods依赖库的版本，这时团队中的其它人check下来这份包含Podfile.lock文件的工程之后，再去执行pod install命令时，获取下来的Pods依赖库的版本就和最开始用户获取到的版本一致。若是没有Podfile.lock文件，后续全部用户执行pod install命令都会获取最新版本的SBJson，这就有可能形成同一个团队使用的依赖库版本不一致，这对团队协做来讲绝对是个灾难！
在这种状况下，若是团队想使用当前最新版本的SBJson依赖库，有两种方案：

  1. 更改Podfile，使其指向最新版本的SBJson依赖库；
  2. 执行pod update命令；

鉴于Podfile.lock文件对团队协做如此重要，咱们须要将它添加到版本管理中。

如何制做本身的Cocopods库

1.在github上新建一个工程

github上新建pod工程

github上新建pod工程

license类型

正规的仓库都应该有一个license文件，Pods依赖库对这个文件的要求更严，是必需要有的。所以最好在这里让github建立一个，也能够本身后续再建立。我使用的license类型是MIT。

把项目clone到本地而后在根目录下新建MyPodDemo.podspec

或使用命令

$ pod spec create MyPodDemo

Spec文件编写:

Pod::Spec.new do |s|
 s.name = "MyPodDemo"
 s.version = "0.0.1"
 s.summary = "A short description of MyPodDemo."
 s.description = <<-DESC
 A longer description of MyPodDemo in Markdown format.
 * Think: Why did you write this? What is the focus? What does it do?
 * CocoaPods will be using this to generate tags, and improve search results.
 * Try to keep it short, snappy and to the point.
 * Finally, don't worry about the indent, CocoaPods strips it!
 DESC
 s.homepage = "https://github.com/goingta/MyPodDemo"
 s.license = "MIT"
 s.author = { "goingta" => "tangle1128@gmail.com" }
 s.source = { :git => "https://github.com/goingta/MyPodDemo.git", :tag => "0.0.1" }
 s.source_files = "MyPodDemo/Src", "MyPodDemo/Src/**/*.{h,m}"
 s.requires_arc = true
 # s.framework = "SomeFramework"
 # s.frameworks = "SomeFramework", "AnotherFramework"
 # s.library = "iconv"
 # s.libraries = "iconv", "xml2"
 # s.dependency "JSONKit", "~> 1.4"
 # s.dependency "AFNetworking", "~> 2.2.4"
 end

自解析:

 name: 导入pod后的目录名
 version: 当前版本号
 deployment_target: 配置的target
 prefix_header_file: 预编译头文件路径，将该文件的内容插入到Pod的pch文件内
 source: 来源的具体路径，是http连接仍是本地路径
 requires_arc: 是否须要arc
 source_files: 指定该目录下包含哪些文件
 其余可选参数还包括：
 dependency: 指定依赖，若是依赖的库不存在或者依赖库的版本不符合要求将会报错
 libraries: 指定导入的库，好比sqlite3
 frameworks: 指定导入的framework
 weak_frameworks: 弱连接，好比说一个项目同时兼容iOS6和iOS7，但某一个framework只在iOS7上有，这时候若是用强连接，那么在iOS7上运行就会crash，使用weak_frameworks能够避免这种状况。

整个podspec语法是一个嵌套结构从Pod::Spec.new do |s|到最后一个end是最大的循环，表示整个podspec导入的文件。中间每个subspec到end结束是一个子目录，Pods会为每一个subspec建立一个逻辑目录，至关于Xcode的group概念。|**|中间是subspec的名字，能够随便命名，但后面使用的名称必须一致。

通配符说明

a{bb,bc}def.{h,m}表示四个文件abbdef.h abbdef.m abcdef.h abcdef.m

*.{h,m,mm}表示全部的.h .m .mm文件
Class/**/*.{h,m}表示Class目录下的全部.h .m文件

写完podspec文件后使用pod spec lint验证spec是否合格,有error则须要修改

 

spec文件验证

spec文件验证

上传代码至github

上传podspec文件到CocoaPods仓库(fork一下,修改完成后在push上去等待审核)

将咱们刚刚生成的MyPodDemo.spec 文件上传到Cocoapods官方specs仓库中 :
连接为：https://github.com/CocoaPods/Specs

私有库实现,编写podfile

若是因为某些缘由咱们编写的库不能公开,可是又想使用pods来进行管理,要怎么办呢?

首先咱们要将咱们刚刚在github上建的仓库改成Private(否则还用Public搞毛啊)

而后修改咱们项目的podfile,与已加入Cocopods仓库的公有库相比咱们只须要指明私有库低git地址,以下:

platform :ios, '6.0'
pod 'MyPodDemo', :git => 'https://github.com/goingta/MyPodDemo.git' //私有库
pod 'CocoaLumberjack'//公有库

版本控制和冲突(引用自http://objccn.io/issue-6-4/)

CocoaPods 使用语义版本控制 – Semantic Versioning 命名约定来解决对版本的依赖。因为冲突解决系统创建在非重大变动的补丁版本之间，这使得解决依赖关系变得容易不少。例如，两个不一样的 pods 依赖于 CocoaLumberjack 的两个版本，假设一个依赖于2.3.1，另外一个依赖于 2.3.3，此时冲突解决系统可使用最新的版本 2.3.3，由于这个能够向后与 2.3.1 兼容。

但这并不老是有效。有许多第三方库并不使用这样的约定，这让解决方案变得很是复杂。

固然，总会有一些冲突须要手动解决。若是一个库依赖于 CocoaLumberjack 的 1.2.5，另一个库则依赖于 2.3.1，那么只有最终用户经过明确指定使用某个版原本解决冲突。

配置非ARC文件(8.5号补充)

前几天项目中因为历史缘由,致使有一个私有的pods库中某几个文件是在非ARC时代写的,若是要进行修改工程量浩大,因而乎要对这几个文件单独处理,这几个文件不使用arc其余文件使用arc,网上查了一些资料,只须要对source_file进行修改并排除那几个不使用ARC的文件就能够了,大体修改以下:

Pod::Spec.new do |s|
 s.name = "MyPodDemo"
 s.version = "0.0.1"
 s.summary = "A short description of MyPodDemo.
 s.homepage = "https://github.com/goingta/MyPodDemo"
 s.license = "MIT"
 s.author = { "goingta" => "tangle1128@gmail.com" }
 s.source = { :git => "https://github.com/goingta/MyPodDemo.git", :tag => "0.0.1" }
 s.source_files = "MyPodDemo"
 non_arc_files = 'MyPodDemo/NoArcFile1.{h,m}','MyPodDemo/NoArcFile2.{h,m}'
 s.requires_arc = true

 s.exclude_files = non_arc_files
 s.subspec 'no-arc' do |sna|
 sna.requires_arc = false
 sna.source_files = non_arc_files
 end
end

回退Cocoapods历史版本(2015.3.17号补充)

查看当前安装了哪些版本

gem list --local | grep cocoapods

若是你安装了多个版本(如0.35和0.20.2)那么你将看到

cocoapods (0.34, 0.20.2)
cocoapods-core (0.33, 0.20.2)
cocoapods-downloader (0.2.0, 0.1.2)

先删除已经装过的版本(可能有几个,卸载的时候会让你输入1,2..n选择卸载那个版本

sudo gem uninstall cocoapods

或者强制卸载某一个版本

gem uninstall cocoapods -v 0.20.2

安装某一个版本

sudo gem install cocoapods -v 0.35.0

处理 Use the `$(inherited)` flag 异常(2015.6.03补充)

有时候在pod update以后会遇到下面错误:

 - Use the `$(inherited)` flag, or
 - Remove the build settings from the target.

虽然对项目编译没什么影响,可是看着仍是挺不舒服的.解决办法就是

找到工程的 targets 点击工程名  Build Settings -> Other linker flags -> 添加 $(inherited)

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程