我有一个来自我的应用程序的临时版本的 .crash 日志，symbolicatecrash 拒绝符号化。在苹果破坏 XCode 3.2.6 中的脚本后，我已经应用了 .patch 来删除symbolicatecrash 中的“die”命令。Symbolicatecrash 曾为其他崩溃日志工作，但拒绝符号化这个日志。我的临时应用程序已构建并存储在“归档应用程序”中，因此 XCode 没有理由找不到它。我什至在 .crash 日志旁边复制了 .app 和 .dSYM 文件，没有骰子。
有没有一种方法可以强制 symobolicatecrash 使用特定的 .app 和 .dsym 文件，即使它认为它不适用？
原来我不小心删除了与崩溃日志相关的构建。symbolicatecrash 使用以下逻辑来确定是否存在与崩溃日志相关的符号：
每个崩溃日志的底部都有一个二进制图像列表。你的排在第一位。有一个与您的二进制图像相关联的 guid。例如：
0x1000 - 0x2befff +MyApp armv7 <a95274a309d73458a40cb5a6fd317a1c> /var/mobile/Applications/91884634-DA1A-4BDB-9E1E-6F487D8F25D7/MyApp.app/MyApp
相关的指导是：a95274a309d73458a40cb5a6fd317a1c
接下来，它使用工具 mdfind 来查看与文件系统中的文件关联的元数据，以获取该 GUID 的大写和连字符形式。
从您存档的应用程序中，如果您单击 MyApp.app.dSYM，然后单击获取信息，然后公开更多信息，您将看到 dSYM UUID 和两个 GUID。第二个 GUID 是相关的。它将是以下形式：
A95274A3-09D7-3458-A40C-B5A6FD317A1C
如果第二个 GUID 与 .crash 文件中的 guid 匹配，symbolicate crash 将能够找到并进行符号化。如果它们不匹配，那就是错误的二进制文件。
干杯，埃里克
好的，事实证明这个答案现在是最新 XCode 5.1.1 所需要的：
最近我有一个临时构建的崩溃日志。XCode 拒绝符号化。我有一个几个小时前的存档版本，我想使用我的存档版本强制进行符号化。这是我的做法：
1) 首先，我打开一个终端窗口并转到包含我的存档的目录。我运行了这个命令：
xcrun dwarfdump --uuid Example.app/Example | tr '[:upper:]' '[:lower:]' | tr -d '-'
这提取了存档构建的 dsym_uuid。tr 命令将 guid 从带有破折号的大写 guid 转换为没有破折号的小写 guid
2）我进入 .crash 文件并将崩溃日志中与我的二进制文件关联的 guid 更改为与我机器上的 xcdarchive 关联的 guid
例如，从
0x80000 - 0x49efff +MyApp armv7 <aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa> /var/mobile/Applications/DC23BDC0-75E3-4DCA-8AC3-099889CE22E0/MyApp.app/MyApp
到
0x80000 - 0x49efff +MyApp armv7 <bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb> /var/mobile/Applications/DC23BDC0-75E3-4DCA-8AC3-099889CE22E0/MyApp.app/MyApp
3）从终端，我将我的 DEVELOPER_DIR 环境变量设置为：
export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer
4）最后，我运行了这个野兽的命令：
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash -v MyApp.crash /Users/me/Library/Developer/Xcode/Archives/2013-05-31/MyApp\ 5-31-13\ 7.00\ PM.xcarchive/Products/Applications/MyApp.app
请注意，较新版本的 XCode 中 symbolicatecrash 的路径更改为：
/Applications/Xcode6.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash
此命令使用您拥有的 .crash 文件对您的存档运行 symbolicatecrash
一些额外的信息可能会有所帮助。
我列出了两个 UUID，我的第一个与崩溃日志中的那个匹配，而不是第二个。但是我的崩溃来自运行 ARM6 的设备，而 OP 来自运行 ARM7 的设备
因此，我推断每个 UUID 都匹配一个架构，如果你为 ARM6 和 ARM7 构建并且崩溃来自运行 ARM6 的设备，那么你需要匹配第一个 UUID，如果它运行 ARM7 你需要第二个。
如果您只有一个 UUID，我认为您可能只为一种架构构建。
这主要是扣除，但似乎很有可能。
这里描述了一个提取构建 UUID 的新过程：
https://developer.apple.com/library/ios/qa/qa1765/_index.html
现在这是运行以提取构建 UUID 的神奇命令：
xcrun dwarfdump --uuid Example.app/Example | tr '[:upper:]' '[:lower:]' | tr -d '-'
我已经能够通过将 dSYM UUID 覆盖为预期的崩溃日志的 UUID 来强制 symbolicatecrash 符号化我的崩溃日志。
将dsym和unsymbolicated.crash放在同一个文件夹中。
./symbolicatecrash以详细模式运行：
./symbolicatecrash unsymbolicated.crash > symbolicated.crash -d ./MyApp.app.dSYM/ -v
滚动到底部并找到崩溃日志的预期 UUID：
Did not find dsym for db3e90fa8b6d462c9d65049ab1f22ea4
-- [db3e90fa8b6d462c9d65049ab1f22ea4] NO MATCH (spotlight)
在 Finder 中右键单击您的 .dsym 文件，然后单击“更多信息”部分标题下的“获取信息”，您将拥有 dSYM UUIDs: 属性。将此值复制到剪贴板。
使用十六进制编辑器（我使用 App Store 中的 iHex）打开MyApp.dysm/Contents/Resources/DWARF/MyApp并 CMD+F 复制的 UUID。
将此 UUID 替换为本示例中预期的 UUID，我将其替换为："db3e90fa8b6d462c9d65049ab1f22ea4"。
注意：虽然这非常hacky并且不能保证成功，并且很可能会导致错误符号化的崩溃以及无意义的方法名称，但它可能对您有用！