2017-10-27 9 views
0

Gesendet eine App zum iOS Store gestern und sie warf mir einige Absturzprotokolle zurück, die beim Start passiert sind. All die glänzenden Zahlen im Logbuch bedeuten anscheinend etwas, aber ich kann nicht herausfinden, wie man sie übersetzt. Laut alten Forenbeiträgen benötige ich eine dysm oder eine symbolicate link Datei. Die Referenzen, die auf die solution verweisen, scheinen jedoch abgelaufen zu sein. Durch die .ipa in Winrar sehe ich meine Zeichenketten Dateien, Erweiterungen, Symbole und ähnliches, aber nichts, was ich sehen kann, bezieht sich auf eine .dysm. Wo würde ich das finden? Es funktioniert gut, wenn man es mit einem dev provision/certificate debuggt und es dann nicht mit einem iTunes release prov/cert führt, ich glaube, dass es damit zusammenhängen könnte, aber ich hatte zu der Zeit nur ein Testgerät, also bin ich ein ein bisschen besorgt.AIR iOS dysm/symbolicate Datei

Side Frage: Ich konnte das ipa nicht installieren, als ich es von Entwickler zu Release änderte. Dies ist jedoch normal, da es die UID des Testgeräts nicht in der Bereitstellung hat, richtig?

Antwort

1

finden Sie .dysm: Ihre Anwendung in Xcode öffnen -> open Produkte -> Rechtsklick und Show in Finder (.app) oder Sie in Computer arbeiten müssen, die Sie archiviert.

+0

Danke. Ich habe das ipa mit Animate unter Windows gemacht, aber ich habe ein Macbook bei der Arbeit. Ich wäre in der Lage, die ipa in xcode zu öffnen, nachdem ich es bewegt habe, richtig? – quantomworks

+1

nein! Sie können es nicht in anderen Computern finden! Sie können es nur in lokalen Computer finden, die Sie archiviert haben! und Sie können es auch nicht finden, wenn das .dysm beim Archivieren nicht erzeugt. – helong

+0

Dies beantwortet leider meine spezifische Frage dann nicht. Eine gute Antwort. Ich benutze Xcode nicht und ich laufe unter Windows mit Animate, also bin ich hier an einem Roadblock. – quantomworks

1

Ich benutze Animate auf Mac und die .dysm-Datei wird automatisch erstellt, wenn die .ipa produziert wird.

In der Regel wird eine .dysm-Datei zusammen mit den Absturzberichten verwendet, um das Symbol/Objekt/die Funktion zu isolieren, das den Absturz verursacht hat. Aber es ist der Fall von AIR App das ist nicht praktikabel.

https://forums.adobe.com/thread/1693126

Ihre Anwendung testen, bevor zur Genehmigung an das App Store einreichen Sie es Testflug laden sollten. Auf diese Weise können Sie einen Distributionsaufbau testen.

Für Sie TestFlight kompatible Build müssen Sie ein paar Knoten zu Ihrer App-Deskriptor-Datei hinzufügen.

<Entitlements> 
<![CDATA[ <key>get-task-allow</key> 
<false/> 
<key>beta-reports-active</key> 
<true/> ]]> 
</Entitlements> 

https://forums.adobe.com/thread/1652215

Wenn Ihr Testflug App abstürzt Sie die Geräteprotokolle über Xcode zugreifen können, um zu sehen, was passiert ist. Oder erstellen Sie ein Textfeld für die Ausgabe von Ablaufverfolgungsdaten in Ihre App, in dem Sie angeben können, was beim Laden Ihrer App geschieht. Ähnlich wie Sie trace() im Debug-Modus verwenden würden.

Verwandte Themen