2015-02-03 13 views
5

Ho recentemente presentato un'app all'app store ed è stata rifiutata. L'app che ho realizzato era specifica- mente solo per iPhone, tuttavia non ero consapevole del fatto che dovevi assicurarti che funzionasse anche su un iPad (Apple Guidelines 2.10) e quindi la mia app è stata respinta a causa di un arresto anomalo quando i revisori lo eseguivano su un iPad Air .Come simbolizzare i registri di arresti anomali inviati dai revisori Apple?

Non possiedo un iPad Air, quindi non posso replicare l'incidente al mio fianco. I revisori mi hanno inviato un file .crash per l'app e ho problemi a cercare di simbolizzarlo.

Ho il file .crash così come entrambi i file .dSYM e .app per il binario dell'app. come faccio a simboleggiare il file .crash da qui?

+0

Per la soluzione che hai condiviso, +1, ottimo :) –

risposta

0

In primo luogo, i miei suggerimenti: -

1) È possibile utilizzare Crashlytics SDK per ottenere i report di crash nel dettaglio, è un ottimo incidente giornalista e gratuito anche. otterrete la traccia dello stack e persino la linea di arresto.

2) Non è obbligatorio creare l'app per iPhone e iPad. Se hai creato l'app Universal, puoi anche impostare il dispositivo di destinazione dell'app solo su iPhone. Se l'utente esegue su iPad, verrà eseguito solo come iPhone. È possibile modificare le impostazioni in Project Navigator -> Destinazione -> Scheda Generale -> Informazioni di distribuzione -> Dispositivi.

Per informazioni su linee guida di Apple 2.10: applicazioni per iPhone devono anche funzionare su iPad senza modifiche, ad una risoluzione di iPhone, e con risoluzione 2X iPhone 3GS

Per analizzare rapporto Crash: - Scopri questi link: - 1) Link 1 2) Link 2

+0

Grazie a chi ti ha dato quello che hai detto di provare –

+0

aggiornamento: il secondo link che mi hai dato non funzionava :(tuttavia il primo link aveva una risposta che aiutava a spiegare alcuni cose che avevano senso per me, penso di essere abbastanza vicino a essere in grado di simboleggiare il registro di crash Il problema che ho ora che ho scoperto è che il registro di crash appartiene a un binario con un UUID diverso rispetto al quelli che ho usato per tentare di simbolizzarlo con quindi il suo possibile che non è riuscito a simbolizzare a causa di questo.Aggiornerà di nuovo dopo più risoluzione dei problemi –

+0

UPDATE: l'ho fatto! Sono riuscito a simbolizzare il file finalmente !!! il problema era l'UUID perché i registri degli arresti anomali si riferivano a un'altra versione del binario dopo aver trovato il rig ht binario per il registro degli arresti ha funzionato tutto! Non l'avrei fatto senza il primo link che mi hai mandato!applausi uomo –

4

Alcune informazioni per le persone che stanno avendo problemi simili: abbiamo ricevuto i file di log incidente come txt file. Se si modifica l'estensione a crash si può semplicemente trascinare e rilasciare i file in Xcode:

collegare qualunque dispositivo, aperto Window/Devices, cliccare su View Device Logs e trascinare e rilasciare i file .crash lì e saranno symbolicate automaticamente.

Non sono riuscito a farcela a simbolizzare manualmente, anche con atos e utilizzando il file dSYM corretto (controllato l'UUID). Tuttavia Xcode è riuscito a simboleggiarli.

Disclaimer: Questo è testato su Xcode 8.1. Se incappate in questa risposta durante l'esecuzione di Xcode 9/10/... c'è (come al solito) nessuna garanzia che funzioni ancora.

+0

Grazie Joris Mans, il tuo metodo è semplice e molto efficace per simbolizzare il file di arresto .txt, che ritorna dalla bacheca di App. Confermo che funziona bene con la versione xcode 8.3.3 (8E3004b) –

Problemi correlati