当你这样做时

pod install --verbose

确保:

1-您在正确的目录。大多数情况下，当下载一个github项目时，会有一个主文件夹。在调用pod install——verbose之前，您需要在终端中的实际项目名称文件夹(masterfolder/project folder)中

2-删除旧的pod锁文件夹，然后使用xcode clean & do pod install清理项目。

3-保持rvm更新。

我通过运行pod安装并复制pod /Manifest文件的内容来解决。锁到Podfile.lock文件

下面这些简单的步骤对我很有用:

关闭工作空间 执行pod install——repo-update命令 打开你的工作空间，重建(如果你清理你的构建文件夹，这将是更合理的)。

在我的案例中，我在集成WatchKit应用程序后得到了同样的错误。为了解决问题，我需要在Podfile中添加WatchKit的两个目标:

target 'MyProject WatchKit App' do
    platform :watchos, '2.0'
    shared_pods
end

target 'MyProject WatchKit App Extension' do
    platform :watchos, '2.0'
    shared_pods
end

PS:也许这发生在我身上，因为我错误地为MyProject WatchKit应用程序目标最初安装了pods。

首先，您必须了解Podfile。锁就是然后明白什么是Manifest。锁是什么，用在什么地方。

Podfile包含您拥有的每个依赖项的(乐观或精确)版本。锁文件只保存精确的版本。

一旦你安装了pod，所有的pod都会被下载/安装到/pods目录中。你可能想承认，也可能不想。这取决于你的团队。你的团队不能决定他们是否应该提交Podfile。锁不锁。这样团队中的每个开发人员都可以确保他们得到完全相同的版本。

假设您下载了团队的代码。在项目的根目录中，只有Podfile和Podfile。锁，Pods目录没有被提交。 然后执行pod install来创建Pods目录。每个pod的版本快照应该与Podfile.lock中所有pod的版本相匹配。 CocoaPods有一个安全检查，以确保匹配的版本

这就是舱单。锁开始发挥作用。清单。Lock是本地机器创建的锁。它必须与Podfile匹配。在你的repo中，由最后一次提交(导致你的pods的变化)生成的锁。如果不匹配，那就有问题了。

关于清单的文件。锁文件为:

  #     Manifest.lock: A file contained in the Pods folder that keeps track of
  #     the pods installed in the local machine. This files is used once the
  #     exact versions of the Pods has been computed to detect if that version
  #     is already installed. This file is not intended to be kept under source
  #     control and is a copy of the Podfile.lock.

老实说，我只能想到一种情况Manifest。锁和Podfile。锁将不同步:

我的意思是如果你从main分支中拉，你会得到main的Podfile和lock file。如果你对Podfile进行了更改，然后运行pod install，那么你将更新Podfile。锁定和清单。锁定并保持它们同步。没有问题

这样是否可以:

您和您的团队不提交/Pods目录 您的Podfile或Podfile中存在合并冲突。锁上，但没有意识到。或者你没有同时提交Podfile和Podfile.lock 假设Xcode不处理Podfile和Podfile。锁定后，您的项目自然可以成功构建。 然而，如果你去检查你的目标的构建阶段，你会看到以下内容

这里记录了该脚本

#     Adds a shell script build phase responsible for checking if the Pods
#     locked in the Pods/Manifest.lock file are in sync with the Pods defined
#     in the Podfile.lock.
#     
#     @note   The build phase is appended to the front because to fail fast.
#     
#     @return [void]

这些行所做的是:执行一个diff并确保您的Manifest。例如，所有已安装pod版本的本地快照都等于Podfile。锁定，即您的回购当前所有已安装pod版本的快照。

修复可能超级简单，只要确保你的Podfile是你想要的。然后运行pod install。你也不小心改变了你的清单。锁在你的/Pods目录中(或者如前所述，可能只提交锁文件而不提交Podfile，反之亦然)。删除/Pods目录不会造成伤害。然后再做一个吊舱安装。不要更新吊舱，除非你想这么做。

只要确保你没有删除Podfile。锁定，否则如果你做pod安装，那么它将更新所有依赖到最新版本。

这段关于锁文件的视频也很有帮助，CocoaPods文档介绍了锁文件在pod安装和pod更新中的不同用法，最后详细介绍了如何使用所有这些逻辑 这个关于校验和的艺术博客。值得注意的是，单个空格将创建一个新的校验和，并可能使内容不同步。

我在最新的ComponentKit 0.14上也有同样的问题。 原因是PODS_ROOT没有设置，我发现解决方案是添加一行到ComponentKit。xcconfig:

#include "../Pods/Target Support Files/Pods-ComponentKit/Pods-ComponentKit.debug.xcconfig"