我试图用pod安装命令更新现有的pod,但它需要很长时间才能运行。

verbose模式显示它被卡在下一行(永远)

更新规范回购主机 $ /usr/bin/git pull -no-rebase -no-commit

在它被卡住之后就没有网络活动了。


当前回答

这对我来说很管用:

删除~/下的所有内容。CocoaPods 删除现有的Podfile。锁和Pods文件夹。 保持PodFile的完整性。 执行sudo gem install cocoapods——verbose命令 运行pod install——verbose命令

我建议使用——verbose标志,因为在给出命令操作的进展时,Terminal不是很好。verbose选项帮助很大!

其他回答

在花了半天的时间来研究为什么分析依赖关系总是这么久之后,我发现我正在安装最新的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并发布一个新版本。

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

这对我来说很管用:

删除~/下的所有内容。CocoaPods 删除现有的Podfile。锁和Pods文件夹。 保持PodFile的完整性。 执行sudo gem install cocoapods——verbose命令 运行pod install——verbose命令

我建议使用——verbose标志,因为在给出命令操作的进展时,Terminal不是很好。verbose选项帮助很大!

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

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

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

可能的解决方式:

更新Cocoa Pods可以解决这个问题 重新清洁和新鲜的安装舱


更新CocoaPods

开端子及类型:

$ sudo gem update cocoapods

重新安装豆荚

步骤1

从你的项目中删除所有的豆荚(棘手的部分):

手动

删除项目构建阶段的所有pod记录(红色标记)

删除libPods。在Frameworks文件夹下的a

现在转到项目目录并删除Podfile。锁定*,**Pods文件夹和工作区(从垃圾中删除)。

自动使用CocoaPods去集成

安装

$ [sudo] gem install cocoapods-deintegrate

Run

$ pod deintegrate

步骤2

在这里,我们将再次安装Pods

更改您的位置和目录

$ cd yourprojectdirectory

通过添加你需要的行来编辑podfile

$ open -a Xcode podfile 

or

$ nano podfile

最后再次安装吊舱

$ pod install

希望这能有所帮助

找到了另一种下载cocoapods的方法,就是下载这里提供的快照之一。它有点旧,但是.bz2压缩文件下载起来要快得多。一旦我下载了它,我将它复制到~/。cocoapods/repos/然后我使用bzip2 -dk *.bz2解压缩它。

解压缩需要一段时间,完成后,我将新解压缩文件的扩展名更改为.tar,并执行tar xvf *.tar来解压缩。这将显示正在创建的文件列表,也需要一段时间。

Finally when I ran pod repo list while inside the project folder, it showed the master folder had been added as a repo. Because I still kept getting an error that it was unable to find the specification for the pod I was looking for, I went to the master folder and did git fetch and then git merge. The git fetch took the longest, about an hour at 50 KB/s. I used fetch and merge instead of pull, as I was having issues with it, i.e. fatal: the remote end hung up unexpectedly. It is now up to date and I was able to get the pod I wanted.