[TOC] # 1. 現在Swift有內置包管理器，CocoaPods會停止開發嗎？ 截至撰寫時，[Swift軟件包管理器](https://github.com/apple/swift-package-manager)（SPM）處于“早期設計和開發”階段。 它目前不支持 iOS，watch OS 或 Objective-C 。 在SPM開發的同時，CocoaPods將繼續支持 Swift 和 Objective-C 的開發。 隨著 SPM 成熟，我們將評估 CocoaPods 和 CocoaPods 社區的最佳課程。 # 2. 為什么不使用git子模塊？ CocoaPods 不是關于下載代碼的。雖然它確實做到了這一點，但可以說是最不有趣的部分。 定義 CocoaPods 的是(交叉)依賴項解析，(語義)版本管理，并將“集成到 Xcode”的部分自動化。 最后，即使您只是在尋找一個下載器，也要考慮到實際上還有其他的SCMs被使用，而不僅僅是 git 。另一方面，CocoaPods 是不可知的，它從本地或 HTTP 位置處理 Subversion、Mercurial 和 zip/tarballs。 # 3. 我怎樣才能向 CocoaPods 捐款? 雖然我們非常欣賞這種情緒，但該項目（作為實體）不接受財務捐助。 我們有一個很棒的[博客文章](https://blog.cocoapods.org/Why-we-dont-accept-donations/)。 # 4. CocoaPods不會做X，所以它是無法使用的 考慮一下，除非你告訴我們關于缺失的功能以及為什么它很重要，否則它根本不會發生。 我們不會搜索 Twitter 來尋找工作，所以請提交[一個問題](https://github.com/CocoaPods/CocoaPods/issues/new)，或者更好的是，以拉取請求的形式提交。 # 5. CocoaPods 不執行依賴關系解析 CocoaPods 一直執行依賴關系解析，但在版本0.35之前，它缺少自動沖突解決方案。 到目前為止，CocoaPods 可以解決任何可能解決的沖突。 # 6. CocoaPods 對社區不利，因為它使得用戶添加許多依賴變得非常容易 這類似于說“我們不應該有汽車”，因為它們讓我們變得懶惰，我們忘記了走路/跑步。 或者“我們不應該使用 IDE”，因為它們使我們成為不好的程序員，他們不能在編輯器中編寫代碼并且不記得語法。 此外，這個推理基本上適用于任何獲取代碼的方式（例如git），因此這不是值得討論的。 然而，值得討論的是通知用戶負責。 諷刺的是，CocoaPods 的原作者確信使用大量的依賴關系是一個非常糟糕的主意。 有關如何處理此問題的實用建議，您應閱讀Manfred Stienstra撰寫的[此博客文章](http://www.fngtps.com/2013/a-quick-note-on-minimal-dependencies-in-ruby-on-rails/)。 # 7. CocoaPods 使用工作空間，這被認為是用戶數據。 為什么它不使用正常的子項目 從Xcode 4開始，[Apple為此推出了工作區](http://developer.apple.com/library/ios/#featuredarticles/XcodeConcepts/Concept-Workspace.html) 從那以后，他們也將工作區文件添加到每個 xcodeproj 文檔中，使人們相信工作區僅是用戶數據。 這是不正確的，如果你這樣做，你不應該再忽略工作區文檔。 請注意，CocoaPods 本身不需要使用工作區。 如果您更喜歡使用子項目，那么可以通過運行 `pod install --no-integrate` 來完成此操作，這將在您認為合適的情況下將集成納入您的項目中。 # 8. 為什么我必須安裝 Ruby 來使用 CocoaPods？ 你不這樣做，macOS 帶有一個預先安裝在 `/ usr / bin / ruby` 中的 Ruby 2.0.0 或更新版本，它們是我們的基礎，它們應該是開箱即用的。