为什么从位码重新编译使我无法在 Xcode 临时版本中进行符号化，我该如何解决？

Question

所以这让我抓狂，但我最终发现当我导出我的应用程序进行临时部署时，位码编译选项导致我的调试符号文件 (dSYM) 和我的应用程序 UUID 不匹配，这意味着我无法符号化任何崩溃日志。

关闭该选项可以解决这个问题，但是有没有办法在打开该选项的情况下修复它？我阅读了该选项的提示，它说商店使用这种方法。我现在是否也无法从应用商店读取崩溃日志，或者这只是一个本地问题？

这是我从这个 Xcode 版本之前的旧版本中得到的：

dwarfdump --uuid app
DD25E6C9-... (armv7)
29F74B2E-... (arm64)

dwarfdump --uuid app.dsym
DD25E6C9... (armv7)
29F74B2E... (arm64)

很好。现在启用位码：

dwarfdump --uuid app
E7D2BE71-... (armv7)
5C871FD7-... (arm64)

dwarfdump --uuid app.dsym
BC93BCF5-... (armv7)
3312658C... (arm64)

显然它不会符号化。我已经尝试关闭选项并再次匹配。这是 Xcode 没有为新的位码构建重新生成符号的问题吗？为什么哦，为什么这默认为开启而不警告您有关崩溃日志的信息？？

Answer 1

启用位码后，XCode 归档过程会产生： 1.原生arm64或armv7代码 2. 比特码 3. dSYM文件（匹配本机代码的UUID）

当您生成临时分发并启用 "bitcode compile" 选项时，XCode 也会将 Bitcode 重新编译为 Native，这可能而且通常会导致 arm64 和 armv7 的 UUID 不同部分。原始的 app.dSYM 没有被触及（因此与新的二进制文件不匹配），而是在同一个 xcarchive 文件夹中生成新的 dSYM，它们具有 "E2015333-1220-391E-928C-04C32A179EC9.dSYM" 的形式并且匹配的实际 UUID新编译的二进制文件。

故事并不总是到此结束，这些新的 dSYM 文件可能会被混淆（即 __hidden#232434 而不是实际的符号名称）。对它们进行去混淆处理的映射也位于文件夹名称 "BCSymbolMaps".

中的 xcarchive 文件夹中

要对这样的 dSYM 进行反混淆，可以使用以下命令：

dsymutil --symbol-map <bcSymbol-file> <obfuscated-dsym-file>

为什么从位码重新编译使我无法在 Xcode 临时版本中进行符号化，我该如何解决？

Why does recompiling from bitcode make me unable to symbolicate in Xcode ad hoc releases and how do I fix it?

ios

xcode

adhoc

symbolicatecrash

bitcode