Xcode 10.2 зависает во время архивации по произвольной задаче

Этот вопрос задавался ранее в предыдущих версиях Xcode:

Их решения были:

  • Удалите armv7 из допустимых архитектур
  • Измените формат отладочной информации на DWARF вместо DWARF с файлом dSYM

Я пробовал все это, но архивирование по-прежнему зависает от конкретной задачи, всегда с одним и тем же номером задачи.

Я заглянул в навигатор отчетов, и это проблемы. Но только предупреждения. Есть одна ошибка цели сборки "FontAwesome", которая о многом не говорит. Но приложение использует для сборки с версией 10.1


person Alexander    schedule 27.03.2019    source источник


Ответы (3)


Для тех, кто сталкивается с этой проблемой, это связано с FontAwesome. Я установил его через CocoaPods. Не уверен, в чем была проблема, но я вручную установил его в проект, и он решил проблему.

person Alexander    schedule 27.03.2019
comment
Определенно проблема с FontAwesome.swift. У меня тоже была эта проблема, и я смог успешно построить свой проект после удаления модуля и его установки вручную. - person TuplingD; 27.03.2019
comment
У меня такая же проблема с HTMLString - person ndreisg; 28.03.2019
comment
Хотя кажется, что он зависает, но архивирование продолжается спустя очень долгое время ... - person ndreisg; 28.03.2019
comment
Я только что узнал, что удаление armv7 из допустимых архитектур решает эту проблему в моем случае, но мне пришлось удалить его из цели моих проектов И из цели стручков. - person ndreisg; 28.03.2019
comment
Я оставил его примерно на 30 минут, но он не двигался, и, честно говоря, у меня не было возможности ждать дольше. Я также попытался удалить armv7, но это тоже не сработало. - person Alexander; 29.03.2019
comment
В моем случае это заняло больше часа на очень быстром Mac. Конечно, я понимаю, что ждать сборки так долго - неприемлемо. Просто хотел это отметить. Хотя в любом случае у нас, вероятно, нет той же проблемы ... - person ndreisg; 01.04.2019
comment
У меня та же проблема, что мне помогло, так это установить режим компиляции для сборок выпуска. Однако это просто обходной путь, я понятия не имею, в чем ее корень. - person Peter Stajger; 02.04.2019
comment
Спасибо @Alexander. Мне пришлось удалить FontAwesome из моего приложения. Я не смог архивировать его, выполнив то, что вы предлагали, но вы дали мне ключ к пониманию того, что происходит. - person Leandro Fournier; 16.04.2019
comment
Ручная установка FontAwesome.Swift и удаление из Cocoapods исправили его и для меня в Xcode 10.2.1. - person Mongo; 01.05.2019
comment
Для меня неожиданно долго занимает только компиляция FontAwesome.swift. Около 400 секунд, ~ 380 для armv7 и ~ 20 для arm64, в то время как обычная отладочная сборка обычно занимает около 20 секунд, по 10 секунд для каждой архитектуры. Я предполагаю, что это из-за огромного размера Enum.swift, на котором находятся все коды символов значков. - person Koraktor; 15.05.2019
comment
Теперь это исправлено в FontAwesome Swift и выпущено для v1.8.0 - github.com/ thii / FontAwesome.swift / pull / 213 - person schystz; 11.07.2019

Я смог обойти это, ЛИБО изменив уровень оптимизации в выпуске на «Без оптимизации» ИЛИ изменив режим компиляции с «Целый модуль» на «Инкрементальный».

person Raymond    schedule 04.04.2019
comment
В моем случае проблема появилась только при сборке через командную строку (xcodebuild / fastlane). Процесс сборки зависал на IGListKit (IGListAdapter+DebugDescription.m, IGListAdapter+UICollectionView.m) в течение ~ 1–1,5 часов, а иногда и на HTMLString тоже. Отключение оптимизации для моих целей И cocoapods вернуло время сборки к нормальному уровню. Большое тебе спасибо! - person voiger; 10.04.2019
comment
Мне пришлось отключить ОБЕИХ, чтобы он заработал. Однако это позволяет assert() вызовы в производственных сборках из-за отсутствия оптимизации :(. Я думаю, Apple исправит это, поскольку компилятор Swift уже обновлен с исправлением для этого: github.com/apple/swift/pull/23931 - person Thermometer; 18.04.2019

Загрузите с помощью Xcode 10.1 вместо Xcode 10.2.

person Oshitha Wimalasuriya    schedule 25.09.2019