---

CocoaPods能否曾經預備進入黃金時段？為什麼不只用git子模塊？等等。

1 “如今Swift曾經有了內置的包管理器，CocoaPods會不會中止開發？”

到本文撰寫為止，Swift包管理器(SPM)還處在“晚期設計和開發階段”【1】。它以後並不支持IOS，watch OS，或許Objective-C【2】【3】。在SPM開發的同時，CocoaPods也會繼續開發以同時支持Swift和Objective-C。到SPM接近成熟的時分，我們將會評價CocoaPods和CocoaPods社區的最好的行進方向。

2 “為什麼不只用git子模塊？”

CocoaPods並不是用來下載代碼的。當它完成下載任務時，這只是它最小的一局部功用。

對CocoaPods的定位是（穿插）依賴處理方案，（語義上的）版本管理，以及自動“集成到Xcode中”。

最後，即便你僅把CocoaPods看成一個下載器，實踐上也運用了其他的SCMs而不只是git。從另一個角度來看，CocoaPods是個黑盒，從本地或HTTP地位控制子版本、Mercurial以及zip/tarball緊縮。

3 “如何向CocoaPods捐贈？”

復雜的說，我們十分感激這份好意，本項目（作為一個實體）不承受經濟捐贈。我們有一片關於這個的博客帖子。

4 “CocoaPods做不了X，所以它沒什麼用。”

請先看第二點（2），然後除非你通知我們缺失了什麼功用以及它為什麼很重要，否則這種狀況不能夠存在。我們沒有擦去Twitter以檢查任務，因而請做一個 標志，或許最好是以“拉取懇求”的方式

5 “CocoaPods並未做依賴處理方案。”

CocoaPods通常曾經做了依賴處理，但在0.35版本之前都短少自動處置抵觸的處理方案。如今，CocoaPods曾經可以處理一切可以處理的抵觸。

6 “CocoaPods對團隊無害，由於它讓用戶太容易添加過多的依賴。”

這等於在說“我們不應該有汽車”，由於它們讓我們懶散，而我們遺忘了走路/跑步。或許“我們不該運用IDEs”，由於它們讓我們變成差勁的順序員，不在編輯器中寫代碼，並且記不得語法。此外，這個緣由適用於獲取代碼（如，git）的基本意義，以及關於能否應該有的討論。

但是值得討論的東西是，要讓用戶擔任任。十分挖苦的是，CocoaPods最初的開發者曾經被壓服了，也以為運用少量的依賴不是好主見。關於如何處理這個問題的實在可行的建議，你可以閱讀Manfred Stienstra寫的這篇博客帖子。

7 “CocoaPods運用了任務空間，而任務空間被以為是用戶數據。為什麼不運用罕見的子工程？”

從Xcode 4開端，蘋果正是為了這個目的推出了任務空間。

從此當前，他們也在每個xcodeproj文檔中添加了任務空間文件，這招致人們以為任務空間只是用戶數據。這顯然錯了，假如你已經這麼以為，那麼你不應該再疏忽任務空間文檔了。

留意CocoaPods本身並不需求運用任務空間。假如你更喜歡運用子工程，你也可以這麼做，只需運轉pod install –no-integrat，這將會讓你可以依照你看著爽的方式將pod庫整合到你的工程中。

8 “為什麼我在運用CocoaPods前不得不裝置Ruby？”

你不是必需這麼做，macOS自帶了Ruby 2.0.0或許更新的版本，預裝在/usr/bin/Ruby目錄下，這是我們的根底，我們必需在這個盒子裡任務。

原文鏈接：《F.A.Q》

【（六）CocoaPods 罕見問題（原文翻譯）】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！