podSpec中spec的全稱是“Specification”，說明書的意思。顧名思義，這是用來描述你這個私有pod的說明資訊的。 建立podSpec很簡單，只要建立一個以.podSpec為字尾的檔案即可，或者直接拷貝別人的進行修改也可以。 它的建立命令是：$pod spec create TestFile podspec檔案的常用配置欄位介紹 Pod::Spec.new do|s| 框架名字：框架名字一定要寫對，pod search "框架名"就是搜的這個 s.name         = "yoowei" 框架版本號   s.version      = "1.0.0" 框架簡介   s.summary      = "yoowei框架" 框架的主頁 框架遵守的開源協議   s.license      = 'MIT' 框架的作者   s.author       = { "yoowei" => "yoowei@126.com" } 框架的資源路徑：路徑可以指向遠端程式碼庫，也可以指向本地專案，例如：                      1.指向遠端程式碼庫： { :git => "[email protected]:yoowei/yoowei.git", :tag => "1.0.0" }                      2.指向本地專案：    { :path => 'yoowei', }   s.source       = { :git => "[email protected]:yoowei/yoowei.git", :tag => "1.0.0" } 框架被其他工程引入時，會匯入yoowei目錄下的.h和.m檔案   s.source_files = 'yoowei/**/*.{h,m}' 框架被其他工程引入時，會匯入yoowei/resource目錄下的資原始檔   s.resources    = { 'yoowei'=> ['yoowei/resource/**/*.{storyboard,xcassets,xib,png'] } 框架依賴的framework   s.framework    = 'CoreData' 框架依賴的其他第三方庫   s.dependency 'MBProgressHUD' 框架是否需要支援ARC   s.requires_arc = true 框架支援的最低平臺版本   s.platform     = :ios, '7.0' 框架公開的標頭檔案  s.public_header_files = 'yoowei/**/*.h' end 大型專案模組化管理 隨著iOS APP越來越複雜，功能越來越多，對於iOS專案的工程化要求也越來越高了，對於複雜的APP一般都需要對專案進行模組化管理。 模組化有幾個方式： 1. 目錄結構管理：這是最原始的方式，僅僅通過目錄結構實現程式碼層次的清晰化。但本質上並沒有解決程式碼之間的依賴混亂的情況，模組化劃分也非常不清晰。 2. 子工程：通過子工程可以實現程式碼依賴管理和模組化，但是需要引入複雜的設定，不利於管理。 3. 靜態庫：將依賴程式碼打包成為靜態庫.a，不過由於不能看到原始碼，除錯不方便。 自從有了CocoaPods，可以使用它來管理私有庫，從而實現了程式碼模組化管理。例如下圖所示：

CocoaPods私有庫

1. 建立私有的Specs git庫

　　例如在github上面建立一個空的git庫：https://github.com/xxx/MySpecs 　　將這個git庫加入到CocoaPods庫的列表中： pod repo add MySpecs [email protected]:xxx/MySpecs.git 　　此時可以檢查下本地的pod repo <br class="Apple-interchange-newline">$ pod repo list<br><br>MySpecs - Type: git (master)- URL: [email protected]:xxx/MySpecs.git - Path: /Users/xxx/.cocoapods/repos/mySpecs master - Type: git (master) - URL: [email protected]:CocoaPods/Specs.git - Path: /Users/xxx/.cocoapods/repos/master 　　確定私有庫的Specs已經加到本地pod repo中。 

2. 在私有庫專案中建立podspec檔案

在私有庫專案中的根目錄，建立對應的podspec檔案，裡面會描述這個庫的基本資訊。 Pod::Spec.newdo|s| s.name         = "PodName" s.version      = "0.0.1" s.summary      = "A short description of PodName." s.license      = { :type=> "MIT", :text=> <<-LICENSE Copyright © 2016年 xxx. All rights reserved. LICENSE } s.author       = { ""=> ""} s.source       = { :git=> "[email protected]:xxx/PodName.git", :tag=> "0.0.1"} s.source_files = "**/*.{h,m,mm,c}" s.frameworks   = "Foundation", "QuartzCore", "UIKit", "WebKit" s.libraries    = "z" s.dependency 'AFNetworking' s.ios.deployment_target = '6.0' end resource: 可以指定資原始檔，建議使用bundle以避免資原始檔產生衝突。 frameworks: 指定這個pod依賴的系統framework libraries: 指定這個pod依賴的系統動態庫。注意使用的名字：比如需要引用"libz.dylib", 那麼這裡只需要寫"z" 無論原始專案的目錄結構或者group結構，預設的pod裡面的程式碼都會平鋪在根目錄裡面 注意：SubSpecs之間不能存在相互依賴關係，只能單向依賴

3. 驗證私有庫的合法性

pod lib lint --sources='[email protected]:xxx/MySpecs.git'--verbose --use-libraries --allow-warnings sources引數可以指定私有庫的Pod Specs庫的地址。如果能夠通過，說明程式碼編譯沒有問題

4. 提交私有庫的版本資訊

git tag -m "first release""0.0.1" $ git push --tags     #推送tag到遠端倉庫

5. 向Spec Repo提交podspec

pod repo push MySpecs PodName.podspec --sources='[email protected]:xxx/MySpecs.git'--use-libraries --allow-warnings 這樣 就完成了一個CocoaPods的私有庫的提交了，別人就可以在Podfile裡面使用這個私有庫了。 製作Pods庫中的問題： 1、 對於子庫的設計方面 ，依賴關係不確定，後面會造成編譯不通過  2、Pods命令不熟悉，該加的命令引數沒有  Ex： --use-libraries，當元件中引入pods三方庫時，pod lib lint 要加上  --use-libraries 3、手動新增的一些三方庫可能引入時會有一定問題，建議採用pods引入過來