如何安裝?
1.安裝ruby環(huán)境,添加淘寶ruby鏡像
$ gem sources --remove https://rubygems.org/
//等有反應(yīng)之后再敲入以下命令
$ gem sources -a http://ruby.taobao.org/
2.查看是否設(shè)置成功:
$ gem sources -l
3.然后安裝cocoapods:
$ sudo gem install cocoapods
4.查看cocoapods是否支持某個(gè)類庫(kù)
$ pod search 類庫(kù)名,支持模糊查詢(如:AFNetworking)
如何使用?
- 在項(xiàng)目根目錄下新建一個(gè)“Podfile”的文件(記住一定得叫這個(gè)名兒,而且木有后綴)
注:Podfile也可以放在任何位置,但是需要在Podfile頂部使用”xcodeproj”關(guān)鍵字指定工程的路徑,如下:
Podfile指明xcodeproj
但是執(zhí)行pod install命令后,生成的文件放在了Podfile所在的目錄.
- 編輯Podfile文件輸入以下信息
platform :iOS, ‘7.0’\所有庫(kù)支持的IOS最低版本
pod ‘AFNetworking’, ‘~> 2.0’\版本號(hào)
注:有些第三方庫(kù)需要指明:platform 支持的IOS最低版本,否則在pod install時(shí)會(huì)報(bào)錯(cuò),如下圖,提示AFNetworking最低支持IOS6.0和OS X 10.8
cocoapods指明ios版本
- 然后在項(xiàng)目podfile所在目錄下運(yùn)行:(會(huì)在你當(dāng)前項(xiàng)目中導(dǎo)入podfile所配置的庫(kù),所以要在項(xiàng)目目錄下運(yùn)行)
$ pod install
注意上述命令運(yùn)行完畢后終端輸出的最后一段話,意思就是以后打開(kāi)項(xiàng)目就用CocoaPodsDemo.xcworkspace 打開(kāi),而不是之前的.xcodeproj文件岳遥。
[!] From now on use `CocoaPodsDemo.xcworkspace`.
經(jīng)過(guò)以上步驟后,我們現(xiàn)在可以打開(kāi)CocoaPodsDemo.xcworkspace啟動(dòng)我們的新工程了.新工程中已經(jīng)通過(guò)cocoapods引入并配置好了我們剛在podfile寫的需要依賴的第三方庫(kù)了.
引入第三方庫(kù)后找不到頭文件?
在項(xiàng)目的Targe-Build Settings-Search Paths-User Header Searcj Paths中添加
${SRCROOT} 值為 recursive
![Uploading Paste_Image_242830.png . . .]
如下圖:
cocoapods
配置頭文件
如何編譯從github上checkout下來(lái)的一個(gè)已包含CocoPods類庫(kù)的項(xiàng)目?
打開(kāi)終端進(jìn)入你所下載項(xiàng)目的根目錄,執(zhí)行以下命令,后會(huì)得到上面的那句話:
$ pod update
等待命令運(yùn)行完畢后,同樣最后會(huì)輸出
[!] From now on use xxxxx.xcworkspace
.
如何刪除cocopods?
- 刪除工程文件夾下的Podfile窄赋、Podfile.lock及Pods文件夾
- 刪除xcworkspace文件
- 使用xcodeproj文件打開(kāi)工程从橘,刪除Frameworks組下的Pods.xcconfig及l(fā)ibPods.a引用
- 在工程設(shè)置中的Build Phases下刪除Check Pods Manifest.lock及Copy Pods Resources
刪除cocoapods
CocoaPods常用命令
1、pod install
根據(jù)Podfile文件指定的內(nèi)容拗盒,安裝依賴庫(kù)怖竭,如果有Podfile.lock文件而且對(duì)應(yīng)的Podfile文件未被修改,則會(huì)根據(jù)Podfile.lock文件指定的版本安裝陡蝇。
每次更新了Podfile文件時(shí)痊臭,都需要重新執(zhí)行該命令,以便重新安裝Pods依賴庫(kù)登夫。
2广匙、pod update
若果Podfile中指定的依賴庫(kù)版本不是寫死的,當(dāng)對(duì)應(yīng)的依賴庫(kù)有了更新恼策,無(wú)論有沒(méi)有Podfile.lock文件都會(huì)去獲取Podfile文件描述的允許獲取到的最新依賴庫(kù)版本鸦致。
3、pod search
命令格式為:
![Upload Paste_Image.png failed. Please try again.]
$ pod search 類庫(kù)名,支持模糊查詢(如:AFNetworking)
pod search功能
紅框中的信息為AFNetworking 最新版本,Version中顯示了歷史版本,根據(jù)這些信息來(lái)編寫我們的Podfile文件如:
pod ‘AFNetWorking’, ‘~> 2.2.4′
這句話具體含義是什么呢?
當(dāng)我們通過(guò)cocopods引入依賴庫(kù)時(shí)涣楷,需要顯示或隱式注明引用的依賴庫(kù)版本分唾,具體寫法和表示含義如下
pod ‘AFNetworking’ //不顯式指定依賴庫(kù)版本,表示每次都獲取最新版本
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的版本总棵,寫這個(gè)限制和什么都不寫是一個(gè)效果鳍寂,都表示使用最新版本
4、pod setup
用于跟新本地電腦上的保存的Pods依賴庫(kù)tree情龄。由于每天有很多人會(huì)創(chuàng)建或者更新Pods依賴庫(kù)迄汛,這條命令執(zhí)行的時(shí)候會(huì)相當(dāng)慢,還請(qǐng)耐心等待骤视。我們需要經(jīng)常執(zhí)行這條命令鞍爱,否則有新的Pods依賴庫(kù)的時(shí)候執(zhí)行pod search命令是搜不出來(lái)的。
①多個(gè)target中使用相同的Pods依賴庫(kù)
比如专酗,名稱為CocoaPodsTest的target和Second的target都需要使用Reachability睹逃、SBJson、AFNetworking三個(gè)Pods依賴庫(kù)祷肯,可以使用link_with關(guān)鍵字來(lái)實(shí)現(xiàn)沉填,將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′
這種寫法就實(shí)現(xiàn)了CocoaPodsTest和Second兩個(gè)target共用相同的Pods依賴庫(kù)。
②不同的target使用完全不同的Pods依賴庫(kù)
CocoaPodsTest這個(gè)target使用的是Reachability佑笋、SBJson翼闹、AFNetworking三個(gè)依賴庫(kù),但Second這個(gè)target只需要使用OpenUDID這一個(gè)依賴庫(kù)蒋纬,這時(shí)可以使用target關(guān)鍵字猎荠,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作為開(kāi)始和結(jié)束標(biāo)識(shí)符。
Podfile.lock文件
在使用CocoaPods关摇,執(zhí)行完pod install之后荒叶,會(huì)生成一個(gè)Podfile.lock文件。這個(gè)文件看起來(lái)跟我們關(guān)系不大输虱,實(shí)際上絕對(duì)不應(yīng)該忽略它些楣。
該文件用于保存已經(jīng)安裝的Pods依賴庫(kù)的版本,通過(guò)CocoaPods安裝了SBJson悼瓮、AFNetworking戈毒、Reachability三個(gè)POds依賴庫(kù)以后對(duì)應(yīng)的Podfile.lock文件內(nèi)容為:
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文件最大得用處在于多人開(kāi)發(fā)。當(dāng)團(tuán)隊(duì)中的某個(gè)人執(zhí)行完pod install命令后横堡,生成的Podfile.lock文件就記錄下了當(dāng)時(shí)最新Pods依賴庫(kù)的版本埋市,這時(shí)團(tuán)隊(duì)中的其它人check下來(lái)這份包含Podfile.lock文件的工程以后,再去執(zhí)行pod install命令時(shí)命贴,獲取下來(lái)的Pods依賴庫(kù)的版本就和最開(kāi)始用戶獲取到的版本一致道宅。如果沒(méi)有Podfile.lock文件,后續(xù)所有用戶執(zhí)行pod install命令都會(huì)獲取最新版本的SBJson胸蛛,這就有可能造成同一個(gè)團(tuán)隊(duì)使用的依賴庫(kù)版本不一致污茵,這對(duì)團(tuán)隊(duì)協(xié)作來(lái)說(shuō)絕對(duì)是個(gè)災(zāi)難!
在這種情況下葬项,如果團(tuán)隊(duì)想使用當(dāng)前最新版本的SBJson依賴庫(kù)泞当,有兩種方案:
- 更改Podfile,使其指向最新版本的SBJson依賴庫(kù)民珍;
- 執(zhí)行pod update命令襟士;
鑒于Podfile.lock文件對(duì)團(tuán)隊(duì)協(xié)作如此重要,我們需要將它添加到版本管理中嚷量。
如何制作自己的Cocopods庫(kù)
![Upload Paste_Image.png failed. Please try again.]
1.在github上新建一個(gè)工程
github上新建pod工程
license類型
正規(guī)的倉(cāng)庫(kù)都應(yīng)該有一個(gè)license文件陋桂,Pods依賴庫(kù)對(duì)這個(gè)文件的要求更嚴(yán),是必須要有的蝶溶。因此最好在這里讓github創(chuàng)建一個(gè)嗜历,也可以自己后續(xù)再創(chuàng)建。我使用的license類型是MIT抖所。
把項(xiàng)目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: 導(dǎo)入pod后的目錄名
version: 當(dāng)前版本號(hào)
deployment_target: 配置的target
prefix_header_file: 預(yù)編譯頭文件路徑梨州,將該文件的內(nèi)容插入到Pod的pch文件內(nèi)
source: 來(lái)源的具體路徑,是http鏈接還是本地路徑
requires_arc: 是否需要arc
source_files: 指定該目錄下包含哪些文件
其他可選參數(shù)還包括:
dependency: 指定依賴田轧,如果依賴的庫(kù)不存在或者依賴庫(kù)的版本不符合要求將會(huì)報(bào)錯(cuò)
libraries: 指定導(dǎo)入的庫(kù)摊唇,比如sqlite3
frameworks: 指定導(dǎo)入的framework
weak_frameworks: 弱鏈接,比如說(shuō)一個(gè)項(xiàng)目同時(shí)兼容iOS6和iOS7涯鲁,但某一個(gè)framework只在iOS7上有巷查,這時(shí)候如果用強(qiáng)鏈接,那么在iOS7上運(yùn)行就會(huì)crash抹腿,使用weak_frameworks可以避免這種情況岛请。
整個(gè)podspec語(yǔ)法是一個(gè)嵌套結(jié)構(gòu)從Pod::Spec.new do |s|到最后一個(gè)end是最大的循環(huán),表示整個(gè)podspec導(dǎo)入的文件警绩。中間每一個(gè)subspec到end結(jié)束是一個(gè)子目錄崇败,Pods會(huì)為每個(gè)subspec創(chuàng)建一個(gè)邏輯目錄,相當(dāng)于Xcode的group概念肩祥。|**|中間是subspec的名字后室,可以隨便命名,但后面使用的名稱必須一致混狠。
通配符說(shuō)明
a{bb,bc}def.{h,m}表示四個(gè)文件abbdef.h abbdef.m abcdef.h abcdef.m
.{h,m,mm}表示所有的.h .m .mm文件
Class//.{h,m}表示Class目錄下的所有.h .m文件
寫完podspec文件后使用pod spec lint驗(yàn)證spec是否合格,有error則需要修改
spec文件驗(yàn)證
上傳代碼至github
上傳podspec文件到CocoaPods倉(cāng)庫(kù)(fork一下,修改完成后在push上去等待審核)
將我們剛剛生成的MyPodDemo.spec 文件上傳到Cocoapods官方specs倉(cāng)庫(kù)中 :
鏈接為:https://github.com/CocoaPods/Specs
私有庫(kù)實(shí)現(xiàn),編寫podfile
如果由于某些原因我們編寫的庫(kù)不能公開(kāi),但是又想使用pods來(lái)進(jìn)行管理,要怎么辦呢?
首先我們要將我們剛剛在github上建的倉(cāng)庫(kù)改為Private(不然還用Public搞毛啊)
然后修改我們項(xiàng)目的podfile,與已加入Cocopods倉(cāng)庫(kù)的公有庫(kù)相比我們只需要指明私有庫(kù)低git地址,如下:
platform :ios, '6.0'
pod 'MyPodDemo', :git => 'https://github.com/goingta/MyPodDemo.git' //私有庫(kù)
pod 'CocoaLumberjack'//公有庫(kù)
版本控制和沖突(引用自http://objccn.io/issue-6-4/)
CocoaPods 使用語(yǔ)義版本控制 – Semantic Versioning 命名約定來(lái)解決對(duì)版本的依賴岸霹。由于沖突解決系統(tǒng)建立在非重大變更的補(bǔ)丁版本之間,這使得解決依賴關(guān)系變得容易很多将饺。例如贡避,兩個(gè)不同的 pods 依賴于 CocoaLumberjack 的兩個(gè)版本,假設(shè)一個(gè)依賴于2.3.1予弧,另一個(gè)依賴于 2.3.3刮吧,此時(shí)沖突解決系統(tǒng)可以使用最新的版本 2.3.3,因?yàn)檫@個(gè)可以向后與 2.3.1 兼容掖蛤。
但這并不總是有效杀捻。有許多第三方庫(kù)并不使用這樣的約定,這讓解決方案變得非常復(fù)雜蚓庭。
當(dāng)然致讥,總會(huì)有一些沖突需要手動(dòng)解決。如果一個(gè)庫(kù)依賴于 CocoaLumberjack 的 1.2.5彪置,另外一個(gè)庫(kù)則依賴于 2.3.1拄踪,那么只有最終用戶通過(guò)明確指定使用某個(gè)版本來(lái)解決沖突。
配置非ARC文件(8.5號(hào)補(bǔ)充)
前幾天項(xiàng)目中由于歷史原因,導(dǎo)致有一個(gè)私有的pods庫(kù)中某幾個(gè)文件是在非ARC時(shí)代寫的,如果要進(jìn)行修改工程量浩大,于是乎要對(duì)這幾個(gè)文件單獨(dú)處理,這幾個(gè)文件不使用arc其他文件使用arc,網(wǎng)上查了一些資料,只需要對(duì)source_file進(jìn)行修改并排除那幾個(gè)不使用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號(hào)補(bǔ)充)
先刪除已經(jīng)裝過(guò)的版本(可能有幾個(gè),卸載的時(shí)候會(huì)讓你輸入1,2..n選擇卸載那個(gè)版本
sudo gem uninstall cocoapods
安裝某一個(gè)版本
sudo gem install cocoapods -v 0.35.0