我正在尝试上传一个已经在AppStore中的应用程序的新版本。以前的版本是使用Xcode 9.4上传的。但是现在需要Xcode 10才能获得批准。
遗憾的是,Xcode 无法归档项目,所以我只能停留在第一步,甚至无法生成提交的二进制文件。
没有错误:根据Xcode,我们的归档过程有2000多个任务,只是被困在任意的任务中(总是一样)。Xcode不会崩溃,不会显示错误,也不会抱怨。它无法通过该任务,IDE将永远停留在那里。
我们在不同的机器上尝试了它,也尝试了两个版本:应用程序的前一个版本(可以用Xcode 9.4存档)和一个新版本,成功地迁移到Swift 4.2。
更新:
发布于 2018-09-21 03:28:22
最后,我从项目构建设置的“有效架构”中删除了"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文件的侏儒”更改为“侏儒”。
发布于 2019-05-15 18:15:48
通过删除构建设置中Swift编译的优化,我们能够用DSYM将其转移到Archive。
编译设置->快速编译器-代码生成->发行版
设置为“无优化”
JacobJ84在苹果论坛上建议的修复:https://forums.developer.apple.com/thread/115185
发布于 2019-02-11 10:21:06
就像LexTang暗示的那样,不需要将armv7从有效的体系结构中删除,工作的解决方案之一就是为“”设置“侏儒”。不幸的是,这样我们失去了自动崩溃符号的选项。这样找出坠机原因要难得多,但也并非不可能。在下面的链接中,您可以找到更多有关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
https://stackoverflow.com/questions/52389664
复制相似问题