我正在尝试在Xcode 12（beta 5）中构建一个大型（正在开发Xcode 11！）项目，为iOS 14做准备。代码库以前是Objective-C中的，但现在它同时包含Objective-C和Swift，并使用Objective-C或Swift的pod。
我已经推出了支持Xcode 12的CocoaPods新测试版（目前为1.10.0.beta 2）。
Pod安装成功。当我进行构建时，在pod框架上出现以下错误：
为iOS模拟器构建，但链接到为iOS构建的对象文件中，用于体系结构arm64
以及可能的错误：
无法加载目标“arm64-apple-ios11.0”的标准库
当我在框架上运行lipo-info时，它有：armv7s armv7 i386 x86_64 arm64。
此前，该项目的有效架构设置为：armv7、armv7s和arm64。
在Xcode 12中，根据苹果的文档，该设置将消失。架构设置为$（ARCH_STANDARD）。我在排除的架构中没有任何设置。
这里可能发生了什么？我还没能用一个更简单的项目重现这一点。
当前回答
在我的案例中，错误是由GTMAppAuth引发的，我在Flutter项目中使用的是谷歌签名。
解决方案：您必须转到该包，然后在“仅构建活动体系结构”中单击“是”。
其他回答
Xcode版本13.2.1和macOS Monterey 12.0.1
在切换到新的M1芯片系统后，几乎每个人都面临着与旧项目和吊舱相同的问题。
“在/Users//Desktop/iOS_app/Pods/iOS/framework/（CLSInternalReport.o）中，为iOS模拟器构建，但链接到为iOS构建的对象文件中，用于体系结构的文件'/Users/y/Desktop/_iOS_app/Pods/iOS/.framework/臂64“
我已经找到了一个非常有效的解决方案。
首先，对于所有建议为您的项目排除arm64的开发人员来说，它会工作。是的，它会编译，但在安装后，当您尝试打开它时，它会显示一个弹出窗口，显示消息“此应用程序的开发人员需要更新它才能使用此版本的iOS”。这是因为根据苹果公司的说法，“在iOS 11及更高版本中，所有应用程序都使用64位架构”，如果您将arm64排除在项目之外，则不会在iOS 11或更高版本上打开应用程序。
因此，与其选择整个项目，不如将模拟器的架构排除在arm64之外。
步骤：在项目文件之上，选择目标>构建设置>体系结构>排除的体系结构。现在添加选择“任何iOS模拟器SDK”并给它一个值arm64。
参考见下图。
在我的案例中：
我有四种配置（+DebugQa和ReleaseQa）。Cocoapods用作依赖关系管理器。
对于DebugQa，我在设备和模拟器上收集数据，而在ReleaseQa上只在设备上收集数据。
它有助于在PodsProject中将BuildActiveArchitecture设置为“yes”。
请参阅此技术说明：https://developer.apple.com/documentation/technotes/tn3117-resolving-build-errors-for-apple-silicon排除模拟器的臂64应该是一个临时解决方案。
我了解arm64和Xcode 12的问题，我能够通过排除iPhone模拟器的arm64架构或通过为发布方案设置ONLY_ACTIVE_ARCH来解决构建问题。然而，我仍然有问题使用pod repo推送来推送我的框架。
我发现podspec中的设置s.pod_target_xcconfig不会将此设置应用于同一podspec中定义的依赖项。我可以在Cocoapods在验证期间生成的虚拟App项目中看到它。Cocoapods验证正在运行模拟器的发布方案，当一个或多个依赖项不排除arm64或未设置为仅构建活动体系结构时，这将失败。
解决方案可以是强制Cocoapods在验证项目时添加安装后脚本，或者让它构建调试方案，因为调试方案只是构建活动体系结构。
我最终使用Xcode 11发布了我的pod以通过验证。您可以从developer.apple.com下载Xcode 11，将其作为Xcode11.app复制到Applications文件夹，然后使用sudo Xcode select--switch/Applications/Xcode11/app/Contents/developer进行切换。完成后不要忘记切换回来。
我找到了解决方案！SwiftUI预览无法使用Firebase
如果您将模拟器的排除架构设置为arm64，它将编译。
