在 Xcode 11 上，我的 .xcassets 在 Xcode 10 上不会导致任何问题，会导致编译失败并显示以下消息：
错误：多个命令产生“/Users/user/Library/Developer/Xcode/DerivedData/project-enjiypsgxtcdbnaripixgtnjlagx/Build/Products/Debug-iphonesimulator/project.app/Assets.car”：
1) 目标“项目”（项目“项目”）具有输入“/Users/user/sandbox/project/Resources/buttons.xcassets”的编译命令
2) 该命令依赖于 Target 'project' (project 'project') 中的命令：脚本阶段“[CP] Copy Pods Resources”
我能够编译项目的唯一方法是从目标中删除 .xcassets，明显的缺点是它们在构建中不可用。
PS：这发生在 2 个 ObjC 项目中。
【问题讨论】：
如果有一些 pod 使用“resources”（不是“resources_bundle”）在 podspec 中链接自己的 xcasset，请检查您的依赖项。 这种方式已被弃用，因为它的输出文件名为“Assets.car”。它与您的项目 xcassets 的编译输出名称相同。
【讨论】：
answer above 只是部分正确：是的，这是因为 pod 阶段生成 Assets.car 作为输出文件，这与您的 xcassets 的输出名称一致strong> - 因此 Multiple commands produce... 错误：一个命令是脚本阶段 [CP] Copy Pods Resources 另一个 - 您自己项目的编译命令。
但是从输出文件中删除 Assets.car 将导致构建系统无法看到脚本处理文件，因此它会跳过它（阅读this 了解更多详细信息）。所以我们可以做的是 add Assets.car 到 input 文件中 - 这将为脚本创建一个依赖项，告诉构建系统在执行脚本之前等待文件。
注意：就像上面的解决方案一样，每次更新 pod 后都必须这样做，因为每次运行 pod install 或 pod update 时都会生成 [CP] Copy Pods Resources
【讨论】：
Xcode->File->Workspace settings->Building System-> Legacy Build System
【讨论】：
为了确保所有构建步骤都以正确的顺序执行，并且尽可能多地并行执行，Xcode 需要知道每个构建步骤它依赖于哪些输入文件以及它将生成哪些输出文件。
例如如果步骤 A 依赖的输入文件是步骤 B 的输出文件，那么步骤 B 肯定必须在步骤 A 之前运行。如果两个步骤都不需要另一步骤的输出文件，则它们都可以并行运行。
虽然多个步骤肯定会依赖于同一个输入文件，但在这种情况下，多个步骤生成相同的输出文件是不可能的，最后运行的步骤将覆盖先运行的任何步骤的输出文件，这意味着生成的输出文件内容将是不可预测的，这是构建过程中的错误，应该会产生可预测的结果！
在您的情况下，问题在于您的 Copy Resources 构建阶段包含一个（或多个）.xcassets 捆绑包。 Xcode 不会只是复制这些包，而是将它们组合起来，转换和优化它们的内容，并创建一个名为 Assets.car 的文件，其中包含项目中所有资产目录的内容。
然而，如果你集成了一个 Pod 并且这个 Pod 也有一个资产目录，完全相同的事情将会发生并且第二个 Assets.car 文件被创建，现在 Xcode 有一个问题：两个构建步骤都说他们创建了一个 @987654327 @ 文件。哪一个会赢？这两个文件中的哪一个最终会出现在最终应用程序中？那么依赖这个文件的其他步骤呢？他们必须在哪些构建步骤之后运行？这是 Xcode 无法解决的严重问题。
目前有两种可能的解决方案：
使用框架。当您使用框架而不是静态库时，Pod 的资源最终不会在主应用程序的资源文件夹中，而是在构建框架的资源文件夹中。您需要做的就是将use_frameworks! 添加到您的 Podfile 中，无论是顶级还是仅针对特定目标。缺点是您的整体应用大小会增加一点，应用启动时间会增加一点。
让 Pod 作者修复 Pod。正如 Podspec 文档也强烈建议的那样，他/她应该使用 resources_bundle 而不是 resources。使用 resources 实际上还有其他缺点（资源文件未优化，不同 Pod 之间可能会出现名称冲突），而使用资源包是安全的，无论 Pod 嵌入为静态库还是动态框架。但请注意，仅更改 Podspec 是不够的，所有加载捆绑资源的代码都必须采用 load them from the correct bundle（在 Podspec 文件中使用 resources_bundle 时，名称将被称为，您还必须提供捆绑一个名称）。
有一个关于这个问题的持续错误报告，你可以在这里找到它：
https://github.com/CocoaPods/CocoaPods/issues/8122
然而目前的问题是，除了上述两个之外，所有可能的解决方案基本上都是丑陋的 hack，而 Cocoapods 开发人员并不乐意实施丑陋的 hack。最好的解决方案，尽管看起来很困难，但可能根本不解决这个问题，而是停止在 Podspec 文件中支持resources，并使包含自有资源的 Pod 强制使用 resources_bundle。
【讨论】：
【讨论】：
在您的 pod 文件顶部添加以下行，紧跟在 platform :ios 之后
install! 'cocoapods', :disable_input_output_paths => true
【讨论】：