"Слишком много файлов символов" после успешной отправки моих приложений

Ответ 1

Это происходит, если вы включаете отладочную информацию своих библиотек в архив проекта, но не включаете двоичные файлы. Откройте окно организатора с вашим проектом. В меню правой кнопки выберите "Показать в поиске". Еще раз щелкните правой кнопкой мыши на файле архива проекта, чтобы увидеть содержимое пакета. В папке dSYMs вы можете найти партию файлов. Если вы запустите консольную команду в этих файлах, вы получите список строк UUID:

dwarfdump -u MyFile.dSYM

Я уверен, что вы найдете UUID из электронной почты Apple.

Чтобы избежать этого предупреждения, вам нужно включить в архив только dSYM файл вашего приложения, но не библиотеки. Для этого вам нужно изменить конфигурацию сборки библиотек, чтобы не генерировать файл dSYM. Просто найдите "формат отладочной информации" в конфигурации и измените его только с DWARF with dSYM File на DWARF. На скриншоте вы найдете пример для рамки IOS для Stripe.

Ответ 2

Если вы столкнулись с этой проблемой при использовании Cocoapods, добавьте это в свой подфайл:

post_install do |installer|
    installer.pods_project.targets.each do |target|
        target.build_configurations.each do |config|
            config.build_settings['DEBUG_INFORMATION_FORMAT'] = 'dwarf'
        end
    end
end

Он установит формат отчета Debug для DWARF только для всех ваших целевых объектов Pod (не для основного целевого приложения)

Ответ 3

Если вы используете Pods и в вашем приложении установлен только arm64 (в вашем проекте info.plist есть только arm64)

<key>UIRequiredDeviceCapabilities</key>
<array>
    <string>arm64</string>
</array>

Вы можете попробовать следующий скрипт в Podfile, чтобы решить эту проблему.

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings['ENABLE_BITCODE'] = 'NO'
      config.build_settings['ARCHS'] = 'arm64'
    end
  end
end

А ТАКЖЕ

установите цели всех ваших проектов (не цели в модулях) только на arm64

ссылка: https://github.com/CocoaPods/CocoaPods/issues/7111

Ответ 4

У меня возникла эта проблема из-за допустимой архитектуры проекта arm64, в которой цели cocoa-бобов имеют действующую архитектуру arm64, armv7 и armv7s.

Чтобы проверить, какая цель имеет какую действительную архитектуру, выполните следующие действия:

1. В Xcode → Окно → Органайзер
2. Выберите архив и откройте в Finder
3. В .xcarchive файле Показать содержимое пакета

4. Откройте терминал и укажите путь к папке dSYMs.

5. Введите команду dwarfdump --uuid *, и она покажет список UUID с допустимыми архитектурами.

UUID будет совпадать с предупреждением Apple по электронной почте

Предполагается, что основной проект и cocoa-бобы имеют одинаковую архитектуру. Делая это, это решит проблему.

Ответ 5

Для меня все было очень просто. У меня была такая же проблема и я не знал, что делать в течение недели.

После отправки архивного приложения вы увидите сертификат для распространения в небольшом всплывающем окне. После этого есть флажок, вы должны снять флажок. После этого вы отправите его и получите электронную почту о файлах символов. НО это не проблема. Это просто предупреждение, но не ошибка! Если вы снимете этот флажок, ваше приложение будет отправлено правильно. Надеюсь, это поможет

Снимок экрана с флажком и всплывающим окном:

Ответ 6

Работал для меня, включив битовый код - он был выключен раньше

Включить битовый код - Да

Ответ 7

Если бы та же проблема была исправлена, то есть "General" => "Информация о развертывании" => "Цель развертывания" для всех моих целей.

Ответ 8

Я вижу ту же проблему, но UUID, предоставленный яблоком, не отображается, когда я делаю dwarfdump. Есть идеи, когда это произойдет?

Ответ 9

В XCode, посмотрите в Настройках сборки для "Полоса Символов Отладки во время Копирования" (COPY_PHASE_STRIP). Когда включено, символы отладки опускаются из вашего .app и помещаются в файл .dSYM. В противном случае ваш .app содержит эти символы. (По умолчанию символы отладки удаляются из сборок выпуска по причинам запутывания. Возможно, вам не следует изменять этот параметр для конфигурации выпуска.)

Убедитесь, что вы отметили эту опцию в настройках проекта.

https://possiblemobile.com/2015/03/symbolicating-your-ios-crash-reports/

Ответ 10

Проблемой для меня была строка в моем файле build.xcconfig. Я должен был удалить

IPHONEOS_DEPLOYMENT_TARGET = 11.0

который настраивал проект на сборку только для arm64 (а не arm7). Следуя указаниям @miOS, я увидел, что проект pods строился для обоих.