Comment puis-je voir la raison du plantage dans iTunes Connect?
Existe-t-il un moyen d'obtenir des informations sur les plantages dans iTunes Connect? Je remarque sous App Analytics qu'il affiche le nombre de "plantages opt-in uniquement". J'appuie sur le numéro en dessous (dans mon cas 2). Cela m'amène à une page qui ne semble montrer que les jours où le crash s'est produit. Existe-t-il un moyen de voir des informations utiles sur les plantages, par exemple une ligne de code, etc.?
Vous avez déjà déployé votre application sur l'App Store (ou en tant que build Ad Hoc ou Enterprise), vous ne pourrez donc pas attacher le débogueur de Xcode à l'application déployée pour le débogage. Pour déboguer les problèmes, vous devez analyser les journaux de plantage et la sortie de la console de l'appareil. Pour lire les rapports de plantage avec des backtraces, il faut les symboliser avant de pouvoir les analyser. La symbolisation est un processus qui remplace les adresses mémoire par des noms de fonction et des numéros de ligne lisibles par l'homme.
Pour comprendre et analyser les rapports de plantage des applications, vous pouvez vous référer à Symbolicating Crash Reports , Débogage des applications iOS déployées ou Analyzing Crash Reports .
Vue d'ensemble du processus de rapport de crash et de symbolisation. 
- Définissez le format d'informations de débogage (DEBUG_INFORMATION_FORMAT) dans les paramètres de génération, ces symboles de débogage sont stockés dans le fichier binaire ou dans un fichier de symbole de débogage (dSYM).
- Lorsque vous archivez l'application pour la distribution, Xcode rassemblera le fichier binaire de l'application avec le fichier .dSYM et les stockera à un emplacement dans votre dossier personnel.
- Au moment du déploiement sur l'App Store ou d'un test bêta utilisant Test Flight, incluez le fichier dSYM lors du téléchargement de votre archive sur iTunes Connect.
- Lorsque votre application se bloque, un rapport de plantage non symbolisé est créé et stocké sur l'appareil.
- Vous pouvez récupérer des rapports d'erreur directement depuis leur appareil en suivant les étapes de Débogage des applications iOS déployées . Si vous avez distribué votre application via la distribution AdHoc ou Enterprise, c'est le seul moyen d'obtenir des rapports d'erreur de vos utilisateurs.
- Les rapports de plantage récupérés à partir d'un appareil ne sont pas symbolisés et devront être symbolisés à l'aide de Xcode. Xcode utilise le fichier dSYM associé au binaire de votre application pour remplacer chaque adresse de la trace par son emplacement d'origine dans votre code source. Le résultat est un rapport de crash symbolisé.
- Si l'utilisateur a choisi de partager des données de diagnostic avec Apple, ou s'il a installé une version bêta de votre application via TestFlight, le rapport d'erreur est téléchargé sur l'App Store.
- L'App Store symbolise le rapport d'erreur et le regroupe avec des rapports d'erreur similaires. Cet ensemble de rapports de crash similaires est appelé un point de crash.
- Les rapports de plantage symbolisés sont mis à votre disposition dans l'organiseur de plantage de Xcode.
Pour voir où est le problème, ouvrez simplement votre Xcode> Window> Organizer> Crashes from your Application .
Oui, vous pouvez afficher ces plantages dans Xcode. Cela peut être trouvé dans Apple docs in Analyse des rapports de plantage