我了解以下命令将更新单个pod ：pod update <podname>。但是，这还会更新您先前安装的其他容器（未包含在update命令中的容器）的依赖关系。有没有一种方法可以更新单个Pod并保留所有其他依赖项？

确保您安装了最新版本的CocoaPods。$ pod update POD是最近介绍的。

有关更多信息，请参见此问题线程：

$ pod更新

运行时pod update SomePodName，CocoaPods将尝试查找pod SomePodName吊舱的更新版本，而不考虑列出的版本Podfile.lock。它将把pod更新到可能的最新版本（只要它与Podfile中的版本限制匹配）。

如果您运行没有任何Pod名称的Pod更新，CocoaPods会将Podfile中列出的每个Pod更新为可能的最新版本。

要安装单个Pod而不更新现有Pod，请将该Pod添加到Podfile并使用：

pod install --no-repo-update

要删除/更新特定的窗格，请使用：

pod update POD_NAME

经过测试！

2015年

所以因为 pod update SomePod接触了最新版的可可豆，所以我找到了一种解决方法。

请执行以下步骤：

1. SomePod从中删除Podfile

2. 跑 pod install

吊舱现在SomePod将从我们的项目和Podfile.lock文件中删除。

3. 放回SomePod进Podfile

4. 再跑pod install一次

这次，我们的Pod的最新版本将安装并保存在中Podfile.lock。

只是说：

pod install -用于安装新的吊舱，

pod update -用于更新现有的广告连播，

pod update podName -仅更新特定的广告连播而不触摸其他广告连播，

pod update podName versionNum -用于更新/降级特定吊舱而无需触摸其他吊舱

只是一个小小的通知。

pod update POD_NAME

仅当此Pod已安装时才可用。否则，您将不得不使用

pod update

命令

tl; dr使用：

pod update podName

为什么？参见下文。

• pod update不会尊重的podfile.lock。它将覆盖它。
• pod install 将尊重 podfile.lock

此图有助于更好地理解差异：

主要问题来自于~>又名乐观运营商。

在中使用确切的版本Podfile是不够的

有人可能会认为，通过在中指定其pod的确切版本Podfile，例如pod 'A', '1.0.0'就足以保证每个用户与团队中其他人的版本相同。

然后pod update，即使只是添加新的Pod，他们甚至可能会使用，以为永远不会冒着更新其他Pod的风险，因为它们已固定到中的特定版本Podfile。

但是实际上，这还不足以保证我们上面的方案中的user1和user2始终获得与它们所有pod完全相同的版本。

一个典型的示例是，如果pod A依赖于pod A2—声明A.podspec为dependency 'A2', '~> 3.0'。在这种情况下，'A', '1.0.0'在Podfile中使用pod 确实会迫使user1和user2都始终使用pod A的1.0.0版本，但是：

• user1可能最终以pod A2的版本3.4（因为A2的当时最新版本）
• 当user2 pod install在以后加入项目时运行时，他们可能会获得Pod A2的版本3.5（因为的维护者A2可能同时发布了新版本）。这就是为什么只有这样才能保证所有的吊舱的相同版本的每一位团队成员的工作在每个电脑是使用Podfile.lock和正确使用pod install与pod update。

以上摘录全部来自Pod安装与Pod更新

我也强烈建议看什么对podfile.lock做

我正在使用，cocoapods version 1.0.1并且使用pod update name-of-pod效果很好。没有其他窗格更新，只有您输入的特定窗格。

这有点离群值，不太可能是OP处理的内容，但是 pod update <podname>如果您在计算机上使用本地Pod，则在所有情况下都无法正常工作。

在这种情况下，唯一触发pod update工作的就是podspec文件中是否有更改。但是，进行更改也将允许pod install使其正常工作。

在这种情况下，您可以只用一个字母修改一些小的内容，例如描述或摘要，然后就可以成功运行install或update命令。