对我来说，一切都很简单。我也有同样的问题，整整一个星期都不知道该怎么办。

提交存档申请后，您将在一个小弹出窗口中看到用于分发的证书。它后面有一个复选框，您应该取消勾选。之后，你将提交它，并得到一封关于符号文件的电子邮件。但这不是问题。这只是一个警告;不是错误!如果你取消勾选该复选框，你的应用程序将被正确发送。希望它能对你有所帮助。

复选框和弹出框的截图:

如果在项目存档中包含库的调试信息，但不包括二进制文件，就会发生这种情况。

在Xcode中打开Organizer窗口 右键单击有此问题的存档，并选择“在Finder中显示”。 右键单击存档文件并选择“Show Package Contents” 在“dSYMs”文件夹中，您将看到几个文件。如果你在这些文件上运行dwarfdump控制台命令，你会得到一个UUID字符串列表: dwarfdump -u MyFile.dSYM

我相信你会从苹果的邮件中找到一些匹配的uuid。

为了避免此警告，您需要在存档中只包含应用程序的dSYM文件，而不是库。为此，您需要更改库的构建配置，以不生成dSYM文件。只需在配置中搜索“调试信息格式”，并将其从“DWARF with dSYM File”更改为“DWARF only”。

例如，在下面的截图中，你会发现Stripe iOS框架。

我有这个问题，因为该项目有有效的架构arm64，其中CocoaPods目标有有效的架构arm64, armv7和armv7s。

要检查哪个目标具有哪个有效的体系结构，请执行以下步骤

在Xcode ->窗口->组织者 选择存档并在Finder中显示 在.xcarchive文件上，显示包内容 打开终端并给出dSYMs文件夹的路径。 输入命令dwarfdump——uuid *，它将显示具有有效体系结构的uuid列表。

UUID将与苹果的警告邮件匹配

假设主项目和可可荚目标具有相同的有效架构。通过这样做，它将解决问题。

如果你在使用CocoaPods时遇到了这个问题，把这个添加到你的Podfile中:

post_install do |installer|
    installer.pods_project.targets.each do |target|
        target.build_configurations.each do |config|
            config.build_settings['DEBUG_INFORMATION_FORMAT'] = 'dwarf'
        end
    end
end

它只会为你的Pod目标(不是主应用目标)设置Debug Information Format为DWARF

如果你正在使用CocoaPods，并且你的应用被设置为只使用arm64(即在你的项目的info.plist中只有arm64)

<key>UIRequiredDeviceCapabilities</key>
<array>
    <string>arm64</string>
</array>

那么你可以尝试在Podfile中添加以下脚本来解决这个问题。

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings['ENABLE_BITCODE'] = 'NO'
      config.build_settings['ARCHS'] = 'arm64'
    end
  end
end

AND

将所有项目的目标(不是Pods中的目标)设置为arm64

CocoaPods Github问题参考

有同样的问题修复它有相同的“一般”=>“部署信息”=>“部署目标”为我的所有目标。

在Xcode中，查看Build Settings中的“Strip Debug Symbols During Copy” (COPY_PHASE_STRIP)。启用时，调试符号将从您的 .app并放置到. dsym文件中。否则你的。app就包含这些 符号。(默认情况下，从发布版本中删除调试符号 出于混淆的原因。您可能不应该更改此设置 对于发布配置。)

确保在项目生成设置中选中此选项

https://possiblemobile.com/2015/03/symbolicating-your-ios-crash-reports/

为我工作通过启用比特码-它是关闭之前

启用Bitcode -是

我的问题是我身材中的一条线。xcconfig文件。 我必须移除

IPHONEOS_DEPLOYMENT_TARGET = 11.0

它将项目设置为仅为arm64(而不是arm7)构建。 按照@miOS的步骤，我可以看到pod项目正在为这两个项目构建。

上述方法有助于排除故障，但无法解决问题。我们在iOS 12上有项目，但pod 10导致了一堆armv7文件。更新pod到iOS 12立即解决。