截至2016年8月15日，回购是一个2.39GB的巨大文件。我打开活动监视器，看看终端在做什么。它正在下载一个巨大的文件。

就连我也这么想。如果你打开Activity Monitor，你可以看到它正在以GIT的名字下载一些东西。

我发现这个技巧很有用。

https://stackoverflow.com/a/21916507/563735

我是这样解决这个问题的:

rm -fr ~/Library/Caches/CocoaPods && \
gem update --system && \
gem update && \
gem cleanup && \
pod setup

参考:http://blog.cocoapods.org/Repairing-Our-Broken-Specs-Repository/

在花了半天的时间来研究为什么分析依赖关系总是这么久之后，我发现我正在安装最新的Firebase pod(7.1.0)，它依赖于GoogleAppMeasurement 7.1.0版本，还有另一个pod，这是一个广告中介框架，其中包括Google-Mobile-Ads-SDK。这个SDK依赖于GoogleAppMeasurement的低得多的版本~ 6.0。 我可以通过从广告中介中注释掉冲突的pod来安装这些pod。 就像这样:

# Ad network framework
  pod 'SomeMediationNetwork/Core'
#  pod 'SomeMediationNetwork/GoogleMobileAds' # - the conflicting pod
  pod 'SomeMediationNetwork/Facebook'
  pod 'SomeMediationNetwork/SmartAdServer'
  pod 'SomeMediationNetwork/Mopub'

我不得不联系广告中介库出版商来解决这个问题，很可能是通过更新到最新的Google-Mobile-Ads-SDK pod并发布一个新版本。

我希望这篇文章能帮助到那些正在碰壁的人

2019年的更新答案-可可豆荚团队转向使用他们自己的CDN来解决这个问题，这是由于GitHub速率限制，如此处所述:https://blog.cocoapods.org/CocoaPods-1.7.2/

博士TL; 你需要将Podfile中的源代码行更改为:

source 'https://cdn.cocoapods.org/'

尝试清除CocoaPods缓存，重新下载并重新安装所有pod

rm -rf "${HOME}/Library/Caches/CocoaPods"

rm -rf "\`pwd\`/Pods/"

pod update