TestFlight SDK consiglia di impostare Strip Debug Symbols During Copy su YES in Impostazioni di creazione Xcode per abilitare la migliore segnalazione di arresto anomalo possibile. Ho notato che è impostato su YES per impostazione predefinita.Xcode: Devo eliminare i simboli di debug durante la copia?
Devo cambiarlo a YES? Perché o perché no?
Se l'impostazione predefinita è YES, non è necessario fare altro.
In generale questa impostazione si assicura che i simboli di debug non facciano parte del binario distribuito che riduce le dimensioni del file del 30-50%. I simboli di debug dovrebbero invece essere scritti nel file DWARF dSYM, che può essere utilizzato in seguito per simbolizzare i rapporti di arresto anomalo.
La PROVA Scelta dei colori SDK raccomanda di impostare questa impostazione per NO, non SI:
Per abilitare il miglior rapporto possibile crash si consiglia di impostare le seguenti impostazioni di progetto di creare in Xcode No per tutti gli obiettivi che vuoi avere un crash report live per. Puoi trovare le impostazioni di costruzione aprendo il Navigatore di progetto (comando predefinito + 1 o comando + maiuscolo + j), quindi facendo clic sul progetto che stai configurando (di solito la prima selezione nell'elenco). Da lì è possibile scegliere di modificare le impostazioni globali del progetto o le impostazioni su una singola base di progetto. Tutte le impostazioni riportate di seguito si trovano nella sezione Distribuzione.
- distribuzione Postrocessing
- Simboli Striscia di debug durante Copy
- Striscia Linked prodotto
Bugsense (http://www.bugsense.com/pages/faq) ha raccomandato anche questa impostazione con questa spiegazione:
Perché ottengo i dump della memoria invece della traccia di stack per m y app per iOS?
Le app iOS di solito non includono informazioni di debug o queste informazioni sono incluse in un file speciale con l'estensione dSYM (debug di SYMbols). Per attivare (e includere nel tuo binario) le informazioni di debug per la tua app per iOS devi impostare NO su un project chiamato "Strip Debug Symbols" per tutte le configurazioni di progetto.
Entrambe le punte sono sbagliate, dal momento che si fa esplodere troppo la dimensione dell'app. Inoltre non è necessario aggiungerli al binario, poiché possono essere simbolizzati sul tuo Mac. Anche HockeyApp, il servizio in cui sono coinvolto, fornisce una simbolizzazione completa del crash report lato server senza la necessità di aggiungere i simboli al binario. Anche Testflight ha cambiato la raccomandazione in quanto consentono di caricare un dSYM da qualche tempo. Probabilmente non hanno aggiornato le loro FAQ. – Kerni
Lavoro in TestFlight. Risposta breve è: impostalo su YES.
Risposta lunga:
@Kerni è corretta. Prima di iniziare a simbolizzare il lato server, avevamo bisogno di quei dati per simbolizzare sul dispositivo.
Quindi se si carica il dSYM su TestFlight, è possibile eliminarli. Se non si desidera caricare il proprio dSYM per qualche motivo, è possibile lasciarlo e TestFlight può simbolizzare sul dispositivo.
Fondamentalmente il README non è stato aggiornato. Scusa @Manni! Lo aggiornerò per la prossima versione. (Ho intenzione di rimuovere l'intera sezione).
Mi dispiace per la confusione!
Cosa succede se l'ho impostato su 'NO' per' Debug'? Mi aiuta con il debug? Importa se l'app locale ha una dimensione maggiore? Costruisce l'app più lentamente? –
Non penso ci sia alcun motivo per impostarlo su NO per il debug. Non penso che aiuti nulla. L'app è più grande quindi sarebbe leggermente più lento da caricare sul dispositivo. – jasongregori
Perché [questo] (https://www.cocoanetics.com/2015/04/skipping-copy-phase-strip) dice che dovresti impostarlo su "NO"? Ho anche provato quello che ha detto in 'Xcode 6.4' e l'impostazione del progetto è impostata su' NO' per un nuovo progetto. –
Questo non è corretto: il TestFlight SDK consiglia di impostare 'Simboli debug di striscia durante la copia', tra le altre impostazioni, su' NO'! – jonsibley