我正在尝试上传已在AppStore中的应用程序的新版本。以前的版本是使用 Xcode 9.4 上传的。但是现在需要Xcode 10才能获得批准。
可悲的是，Xcode 无法存档项目，所以我被困在第一步，甚至无法生成要提交的二进制文件。
没有错误：根据Xcode的说法，我们的归档过程有2000多个任务，只是卡在任意任务中(总是相同的(。Xcode 不会崩溃，不会显示错误，也不会抱怨。它只是无法传递该任务，而 IDE 将永远保留在那里。
我们在不同的机器上尝试了它，也尝试了两个版本：应用程序的先前版本(可以使用 Xcode 9.4 存档(和新版本，成功迁移到 Swift 4.2。
更新：
- 遗留建筑系统也不起作用。
- 为通用iOS设备构建也会卡住(不仅仅是存档(，但该软件可以在模拟器上编译和工作。
- 尝试编译选择 Swift 4(而不是 4.2(的非迁移版本并得到相同的结果。
- 玩优化级别，整体与增量编译等，并且始终相同的结果。
- 在Xcode 9.4中，它可以很好地为通用iOS设备构建，而无需更改任何内容。
最后，我从项目构建设置的"有效架构"中删除了"armv7"。它存档了！这意味着iPhone 4S不再兼容。 但是，我不认为苹果会以这种方式弃用4S。通过深入研究日志，我发现它卡在创建 dSYM 符号时。
[17:15:49]: ▸ Generating 'ZUS_INHOUSE_DEV.app.dSYM'
[17:16:15]: ▸
[17:16:15]: ▸ (arm64) could not find object file symbol for symbol _lum_convert
[17:16:15]: ▸ (arm64) could not find object file symbol for symbol _ff_init_desc_hscale
[17:16:15]: ▸ (arm64) could not find object file symbol for symbol _lum_h_scale
[17:16:15]: ▸ (arm64) could not find object file symbol for symbol _ff_init_desc_cfmt_convert
[17:16:15]: ▸
[17:16:15]: ▸ (arm64) could not find object file symbol for symbol _ff_init_desc_chscale
[17:16:15]: ▸ (arm64) could not find object file symbol for symbol _chr_h_scale
[17:16:15]: ▸ (arm64) could not find object file symbol for symbol _ff_init_desc_no_chr
[17:16:15]: ▸ (arm64) could not find object file symbol for symbol _no_chr_scale
[17:16:30]: ▸ (arm64) could not find object file symbol for symbol _vlc_entry__audio_filter_libscaletempo_pitch
[17:16:30]: ▸
[17:16:30]: ▸
[17:16:30]: ▸
[17:16:30]: ▸
[17:16:30]: ▸
[17:16:30]: ▸
[17:16:30]: ▸ (arm64) failed to insert symbol '_best_overlap_offset_float' in the debug map.
因此，我想，另一种解决方法是将"调试信息格式"从"带有 dSYM 文件的矮人"更改为"矮人"。
通过在构建设置中删除对 Swift Compile 的优化，我们能够使用 DSYM 将其存档。
构建设置 -> Swift 编译器 - 代码生成 ->发布
设置为"无优化">
JacobJ84在Apple论坛上建议的原始修复程序：https://forums.developer.apple.com/thread/115185
就像 LexTang 暗示的那样，无需从有效架构中删除 armv7 的有效解决方法之一是为"调试信息格式"设置"DWARF"。不幸的是，通过这种方式，我们失去了自动崩溃符号化的选项。这种方式找到崩溃的原因要困难得多，但仍然不是不可能。在以下链接中，您可以找到有关符号化 iOS 崩溃的更多信息： https://coderwall.com/p/ezdcmg/symbolicating-an-ios-crash-log-without-the-original-dsym-file https://www.apteligent.com/technical-resource/symbolicating-an-ios-crash-report