簡體   English   中英

Xcode 10無法歸檔項目

[英]Xcode 10 not being able to archive project

我正在嘗試上傳已經在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中,它可以很好地為Generic iOS Device構建,而無需進行任何更改。

最后,我從項目構建設置的“Valid Architectures”中刪除了“armv7”。 它存檔了! 這意味着iPhone 4S不再兼容了。 但是,我認為Apple不會以這種方式棄用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.

因此,我想,另一種解決方法是將“調試信息格式”從“DWARF with dSYM File”更改為“DWARF”。

通過在構建設置中刪除Swift Compile的優化,我們能夠通過DSYM將其存檔。

構建設置 - > Swift編譯器 - 代碼生成 - >發布

設為“無優化”

JacobJ84在Apple論壇上提出的原始修復: https ://forums.developer.apple.com/thread/115185

就像LexTang暗示的那樣,其中一個有效的解決方法是將“DWARF”設置為“調試信息格式”,而無需從有效體系結構中刪除armv7。 不幸的是,這樣我們就失去了自動崩潰符號的選項。 這樣找到崩潰的原因要困難得多,但仍然不是不可能的。 在以下鏈接,你可以找到有關symbolicating的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

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM