Принудительное обозначение сбоев в организаторе сбоев и Xcode 7

Вы видите, что классы SDK, такие как UITableView, символизируются, а классы из вашего приложения «YLSA» — нет. Оба должны символизироваться автоматически, но, по моему опыту, один или другой (или оба) часто не символизируют. Я занимаюсь разработкой для iOS в течение пяти лет, и это была постоянная проблема во всех разных версиях Xcode.

Я вижу ту же проблему, что и вы, в Xcode 7, но я смог символизировать свои журналы с помощью этого обходного пути:

1. В списке журналов сбоев щелкните правой кнопкой мыши нужный журнал и выберите Show in Finder. Это покажет вам пакет, содержащий один или несколько файлов .crash и некоторые метаданные.
2. Перемещайтесь по пакету, пока не найдете журнал сбоев. Вы увидите, что одна и та же информация была или не была здесь символизирована.
3. В Xcode откройте окно «Устройства» и выберите подключенное устройство, затем нажмите кнопку View Device Logs.
4. Перетащите журнал сбоев на шаге 2 из Finder в список журналов для этого устройства.
5. Когда я это делаю, я никогда не вижу, чтобы добавленный мной журнал отображался в списке, но если я щелкну заголовки один или два раза, чтобы пересортировать список, я увижу его.
6. Через мгновение журнал сбоев станет полностью символизированным.

Если у вас уже есть много журналов в вашем списке, вы можете сравнить дату, версию iOS и модель оборудования при просмотре журнала в Finder с журналами в Xcode, чтобы убедиться, что вы просматриваете один и тот же журнал. Затем посмотрите на строку с надписью «Triggered by Thread», чтобы получить номер потока, в котором произошел сбой, затем прокрутите вниз до этого потока, чтобы увидеть код, вызвавший сбой.

Это сработало для меня сегодня с Xcode 7. Надеюсь, это поможет вам!

Когда вы отправляете приложения через Xcode, появится опция для включения символов отладки. В следующий раз, когда вы отправите версию приложения, обязательно выберите ее; если вы этого не сделали, это может объяснить проблему, которую вы видите. К сожалению, нет возможности сделать это задним числом для уже отправленных версий приложения, поэтому вам придется подождать, пока вы не будете готовы отправить следующую версию, чтобы увидеть, была ли проблема в этом.