Xcode 10 не может архивировать проект - PullRequest
Новая
       13

Xcode 10 не может архивировать проект

0 голосов
/ 18 сентября 2018

Я пытаюсь загрузить новую версию приложения, которое уже есть в 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 красиво, ничего не меняя.

Ответы [ 3 ]

0 голосов
/ 11 февраля 2019

Как подсказал 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

0 голосов
/ 15 мая 2019

Мы смогли получить его в архив с DSYM, удалив оптимизации для Swift Compile в настройках сборки.

Настройки сборки -> Swift Compiler - Генерация кода -> Выпуск

, установленный на «Без оптимизации»

Исходное исправление, предложенное JacobJ84 на форуме Apple: https://forums.developer.apple.com/thread/115185

0 голосов
/ 21 сентября 2018

Наконец, я удалил «armv7» из «Valid Architectures» в настройках сборки проекта.Это в архиве!Это означает, что 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 с файлом dSYM» на «DWARF».

...