原文鏈接：http://code4app.com/article/cocoapods-install-usage
目錄
CocoaPods是什麼？
當你開發iOS應用時，會經常使用到很多第三方開源類庫，比如JSONKit，AFNetWorking等等。可能某個類庫又用到其他類庫，所以要使用它，必須得另外下載其他類庫，而其他類庫又用到其他類庫，“子子孫孫無窮盡也”，這也許是比較特殊的情況。總之小編的意思就是，手動一個個去下載所需類庫十分麻煩。另外一種常見情況是，你項目中用到的類庫有更新，你必須得重新下載新版本，重新加入到項目中，十分麻煩。如果能有什麼工具能解決這些惱人的問題，那將“善莫大焉”。所以，你需要 CocoaPods。
CocoaPods應該是iOS最常用最有名的類庫管理工具了，上述兩個煩人的問題，通過cocoaPods，只需要一行命令就可以完全解決，當然前提是你必須正確設置它。重要的是，絕大部分有名的開源類庫，都支持CocoaPods。所以，作爲iOS程序員的我們，掌握CocoaPods的使用是必不可少的基本技能了。
如何下載和安裝CocoaPods？
在安裝CocoaPods之前，首先要在本地安裝好Ruby環境。至於如何在Mac中安裝好Ruby環境，請google一下，本文不再涉及。
假如你在本地已經安裝好Ruby環境，那麼下載和安裝CocoaPods將十分簡單，只需要一行命令。在Terminator（也就是終端）中輸入以下命令（注意，本文所有命令都是在終端中輸入並運行的。什麼，你不知道什麼是終端？那請小編吃飯，小編告訴你）：
sudo gem install cocoapods
但是，且慢。如果你在天朝，在終端中敲入這個命令之後，會發現半天沒有任何反應。原因無他，因爲那堵牆阻擋了cocoapods.org。（你會問，我靠，這都要牆！是的，小編也納悶。
但是，是的，又但是（不過是個可喜的“但是”）。我們可以用淘寶的Ruby鏡像來訪問cocoapods。按照下面的順序在終端中敲入依次敲入命令：
$ gem sources --remove https://rubygems.org/
//等有反應之後再敲入以下命令
$ gem sources -a http://ruby.taobao.org/
爲了驗證你的Ruby鏡像是並且僅是taobao，可以用以下命令查看：
$ gem sources -l
只有在終端中出現下面文字才表明你上面的命令是成功的：
*** CURRENT SOURCES ***
http://ruby.taobao.org/
上面所有的命令完成之時，在小編的終端上是這個的樣子：
這時候，你再次在終端中運行：
$ sudo gem install cocoapods
等上十幾秒鐘，CocoaPods就可以在你本地下載並且安裝好了，不再需要其他設置。
敲入以上命令時，小編終端上是這個樣子的（由於太長，僅截取前面一部分）：
看到這裏，你心裏會不會說，我靠！太爽了，這麼容易就可以下載並且安裝好了！是的，小編也是這麼想的。CocoPods就是這麼簡單，使用也十分簡單。繼續往下看吧。
如何使用CocoaPods？
好了，安裝好CocoPods之後，接下來就是使用它。所幸，使用CocoPods和安裝它一樣簡單，也是通過一兩行命令就可以搞定。
小編在這裏用兩種使用場景來具體說明如何使用CocoaPods。
場景1：利用CocoaPods，在項目中導入AFNetworking類庫
AFNetworking類庫在GitHub地址是：https://github.com/AFNetworking/AFNetworking
爲了確定AFNetworking是否支持CocoaPods，可以用CocoaPods的搜索功能驗證一下。在終端中輸入：
$ pod search AFNetworking
過幾秒鐘之後，你會在終端中看到關於AFNetworking類庫的一些信息。比如：
這說明，AFNetworking是支持CocoaPods，所以我們可以利用CocoaPods將AFNetworking導入你的項目中。
首先，我們需要在我們的項目中加入CocoaPods的支持。你可以跟隨小編的步驟，先利用Xcode創建一個名字CocoaPodsDemo的項目，用於以下的教程。創建好之後，在繼續下一步之前，小編先截圖，看看項目沒有支持CocoaPods時的項目Xcode目錄結構：
上圖等一下要跟項目支持CocoaPods之後的項目Xcode目錄結構做對比。
你看到這裏也許會問，CocoaPods爲什麼能下載AFNetworking呢，而不是下載其他類庫呢？這個問題的答案是，有個文件來控制CocoaPods該下載什麼。這個文件就叫做“Podfile”（注意，一定得是這個文件名，而且沒有後綴）。你創建一個Podfile文件，然後在裏面添加你需要下載的類庫，也就是告訴CocoaPods，“某某和某某和某某某，快到碗裏來！”。每個項目只需要一個Podfile文件。
好吧，廢話少說，我們先創建這個神奇的PodFile。在終端中進入（cd命令）你項目所在目錄，然後在當前目錄下，利用vim創建Podfile，運行：
$ vim Podfile
然後在Podfile文件中輸入以下文字：
platform :ios, '7.0'
pod "AFNetworking", "~> 2.0"
注意，這段文字不是小編憑空生成的，可以在AFNetworking的github頁面找到。這兩句文字的意思是，當前AFNetworking支持的iOS最高版本是iOS 7.0, 要下載的AFNetworking版本是2.0。
然後保存退出。vim環境下，保存退出命令是：
:wq
這時候，你會發現你的項目目錄中，出現一個名字爲Podfile的文件，而且文件內容就是你剛剛輸入的內容。注意，Podfile文件應該和你的工程文件.xcodeproj在同一個目錄下。
這時候，你就可以利用CocoPods下載AFNetworking類庫了。還是在終端中的當前項目目錄下，運行以下命令：
$ pod install
因爲是在你的項目中導入AFNetworking，這就是爲什麼這個命令需要你進入你的項目所在目錄中運行。
運行上述命令之後，小編的終端出現以下信息：
EricmatoMacBook-Pro:CocoaPodsDemo ericwang$ pod install
Analyzing dependencies
Downloading dependencies
Installing AFNetworking (2.0.2)
Generating Pods project
Integrating client project
[!] From now on use `CocoaPodsDemo.xcworkspace`.
注意最後一句話，意思是：以後打開項目就用 CocoaPodsDemo.xcworkspace 打開，而不是之前的.xcodeproj文件。
你也許會鬱悶，爲什麼會出現.xcodeproj文件呢。這正是你剛剛運行$ pod install命令產生的新文件。除了這個文件，你會發現還多了另外一個文件“Podfile.lock”和一個文件夾“Pods”。點擊 CocoaPodsDemo.xcworkspace 打開之後工程之後，項目Xcode目錄結構如下圖：
你會驚喜地發現，AFNetwoking已經成功導入項目了（紅框部分）！
現在，你就可以開始使用AFNetworking.h啦。可以稍微測試一下，在你的項目任意代碼文件中輸入：
#import <AFNetworking.h>
或者
#import "AFNetworking.h"
然後編譯，看看是否出錯。如果你嚴格按照小編上述的步驟來，是不可能出錯的啦。
至此，CocoPods的第一個應用場景講述完畢。別看小編寫了這麼多，其實過程是十分簡單的。總結一下就是：
- 先在項目中創建Podfile，Podfile的內容是你想導入的類庫。一般類庫的原作者會告訴你導入該類庫應該如何寫Podfile；
- 運行命令：
`$ pod install.
下面，小編繼續講述第二種使用場景。
場景2：如何正確編譯運行一個包含CocoPods類庫的項目
你也許曾經遇到過（特別是新手iOS開發者）這種情況，好不容易在GitHub上找到一份代碼符合自己想需求，興沖沖下載下來，一編譯，傻眼了，發現有各種各樣錯誤。一看，原來是缺失了各種其他第三方類庫。這時候莫慌，你再仔細一看，會發現你下載的代碼包含了Podfile。沒錯，這意味着你可以用CocoaPods很方便下載所需要的類庫。
下面，小編以代碼 UAAppReviewManager 爲例來說明如何正確編譯運行一個包含CocoPods類庫的項目。
UAAppReviewManager是一個能夠讓你方便地將提醒用戶評分的功能加入你的應用中。當你去UAAppReviewManager的GitHub地址下載這份代碼之後，打開Example工程（UAAppReviewManagerExample），編譯，你會發現Xcode報告一大堆錯誤，基本都是說你編譯的這份代碼找不到某某頭文件，這就意味着你要成功編譯UAAppReviewManager的Example代碼，必須先導入一些第三方類庫。同時你會發現在UAAppReviewManagerExample文件夾下面有三個跟CocosPods相關的文件（文件夾）：Podfile，Podfile.lock和Pods，如下圖：
用
這時候，打開終端，進入UAAppReviewManagerExample所在的目錄，也就是和Podfile在同一目錄下，和場景1一樣，輸入以下命令（由於已經有Podfile，所以不需要再創建Podfile）：
$ pod update
過幾秒（也許需要十幾秒，取決於你的網絡狀況）之後，終端出現：
Analyzing dependencies
Fetching podspec for `UAAppReviewManager` from `../`
Downloading dependencies
Installing UAAppReviewManager (0.1.6)
Generating Pods project
Integrating client project
[!] From now on use `UAAppReviewManagerExample.xcworkspace`.
這時候，再回到UAAppReviewManagerExample文件夾看一看，會看到多了一個文件UAAppReviewManagerExample.xcworkspace：
根據終端的信息提示，你以後就需用新產生的UAAppReviewManagerExample.xcworkspace來運行這個Example代碼了。
打開UAAppReviewManagerExample.xcworkspace，編譯運行，成功！如下圖：
注意，這裏有個小問題，如果剛剛你不是輸入$ pod update，而是輸入$ pod install，會發現類庫導入不成功，並且終端出現下面提示：
[!] Required version (UAAppReviewManager (from `../`)) not found for `UAAppReviewManager`.
Available versions: 0.1.6
這裏的意思大概是Podfile文件過期，類庫有升級，但是Podfile沒有更改。$ pod install只會按照Podfile的要求來請求類庫，如果類庫版本號有變化，那麼將獲取失敗。但是$ pod update會更新所有的類庫，獲取最新版本的類庫。而且你會發現，如果用了
$ pod update，再用$ pod install 就成功了。
那你也許會問，什麼時候用 $ pod install，什麼時候用 $ pod update 呢，我又不知道類庫有沒有新版本。好吧，那你每次直接用$ pod update 算了。或者先用
$ pod install，如果不行，再用 $ pod update。