Ich habe eine Phonegap-Anwendung entwickelt, die auf dem iPhone absolut einwandfrei funktioniert. Jetzt möchte ich die App an den Appstore senden. Das folgende Verfahren befolge ich, um meine App einzureichen:
- Öffnen Sie Xcode und archivieren Sie das Projekt
- Klicken Sie auf Validieren (was erfolgreich ist).
- Klicken Sie auf An Appstore senden (hier wird der folgende Fehler angezeigt)
Bis gestern Abend habe ich diesen Fehler nicht einmal bekommen und heute morgen archiviere ich das Projekt und bekomme diesen Fehler. Ich bin mir nicht sicher, was das Problem ist.
Dies ist die letzte Phase, die mich daran hindert, die App einzureichen, und die sehr frustrierend ist. Ich habe versucht, im Stackoverflow-Forum nach demselben Fehlercode zu suchen, und ich konnte keinen einzigen Beitrag finden, der genau den gleichen Fehlercode wie ich hat. das ist sehr seltsam.
Bitte helfen Sie :)
ios
xcode
appstore-approval
Nikhil Rao
quelle
quelle
Antworten:
Ich hatte das gleiche Problem, es stellte sich heraus, dass eine meiner über Bower installierten Bibliotheken eine
.sh
Datei enthält, die nicht benötigt wird. Ich habe gerade die Datei gelöscht und alles wurde erfolgreich hochgeladen.Scheint so, als ob Apple Entwickler jetzt dazu zwingt,
.sh
Dateien in ihren Apps signieren zu lassen. Da die Cordova / Phonegap-App keine davon benötigt, können Sie sie sicher löschen.quelle
Dies geschah mir nach dem Update auf den neuesten Xcode (6.3.1). Es sind nicht nur .sh-Dateien, da ich diese Fehler über Knotenskripte erhalten habe. Es scheint, dass JEDE Datei, die mit #! / Usr / bin / env beginnt, diese Fehler verursacht. Ich konnte durch Hinzufügen eines # beliebige Fehler verursachen! zu einer zufälligen Datei.
Das vorübergehende Löschen der Direktive #! / Usr / bin / env aus dem oberen Bereich der Dateien funktioniert, aber Sie möchten eine bessere langfristige Lösung :)
Sie müssen das Problem beheben, indem Sie sich von Fall zu Fall mit jeder Skriptdatei befassen, um herauszufinden, was in Ihrem Projekt sinnvoll ist.
Wie oben erwähnt, könnte dies ein vorübergehendes Problem auf Apples Seite sein, das nicht unbedingt mit der Xcode-Version zusammenhängt.
quelle
BEARBEITEN: Ich konnte diesen Fehler vermeiden, indem ich die .sh-Dateien meines Projekts von meinem Ziel entfernte .
Bisher würde ich sagen, dass dies ein Fehler auf Apples Seite ist.
Ich habe gestern eine App ohne Probleme eingereicht und sie heute abgelehnt, um heute eine leicht geänderte Binärdatei einzureichen, aber wie Sie stoße ich jetzt auf denselben Fehler. Ich dachte, es hängt damit zusammen,
Xcode6.3.1
weil ich es heute Morgen installiert habe, also habe ich esXcode 6.3.0
erneut installiert , aber der Fehler blieb bestehen. Dann überprüfe ich alles gründlich:Aber bisher kein Erfolg.
Die Tatsache, dass eine Google-Suche "itms-90035" nur 1 Ergebnis liefert, lässt mich denken, dass dies ein vorübergehender Vorfall sein könnte.
quelle
Wie andere bereits gesagt haben, scheint das Problem darauf zurückzuführen zu sein, dass Dateien mit dem Namen "upload-dsym.sh" in das App-Bundle aufgenommen wurden. Hier sind die Schritte, die ich unternommen habe, um diesen Fehler zu beheben: Ging zu den Projekteinstellungen in Xcode und wählte das App-Symbol "Ziel". Wählen Sie die Registerkarte Build-Phasen. Klicken Sie auf "Bundle-Ressourcen kopieren". Es wurde nach einer zu kopierenden Datei mit dem Namen "upload-dsym.sh" gesucht. Ich habe diese Datei entfernt und dann ging der Upload gut.
quelle
buildtime.sh
von der Worklight-Umgebung produziert. Da dies bis heute ein relativ "neues" Problem ist, scheint es, als hätte Apple tatsächlich etwas imEs hat etwas damit zu tun
.sh files
, was nicht so offensichtlich ist.In unserem Fall war es die AudioKit-Bibliothek. README sagt:
Manchmal sehen Sie sie nicht direkt in Ihrem Ziel
build phases
. Einige Bibliotheken von Drittanbietern können diesen Fehler verursachen, da sie ebenfalls behandelt werden.sh files
.Überprüfen Sie die Dateien Ihrer Bibliotheken / Pods von Drittanbietern
README
auf weitere Informationen.quelle
In meinem Fall habe ich diesen Fehler erhalten, weil der App-Anzeigename ein Sonderzeichen enthielt. Es entgeht mir, warum keine richtigen Fehlermeldungen generiert werden können.
quelle
Ich habe das gleiche Problem. Dann lösche ich die .sh-Datei. Und ich reiche meine App erneut ein. Erfolgreich!
quelle
Dieses Problem wurde in CrittercismSDK CocoaPods 5.2.0 behoben: https://github.com/CocoaPods/Specs/blob/master/Specs/CrittercismSDK/5.2.0/CrittercismSDK.podspec.json
Sie können entweder auf SDK 5.2.0 aktualisieren oder die Datei löschen und die folgenden Zeilen aus der Datei Pods-resources.sh entfernen:
Vielen Dank
quelle
Wir hatten heute ein sehr ähnliches Problem und haben es gelöst.
Wir verwenden Jenkins-CI für den Build-Prozess zusammen mit dem xcode-Plugin. Als ich das Jenkins-Build-Protokoll überprüfte, fand ich folgende Fehlermeldung:
Nachdem ich nach diesem Assets.car gesucht hatte, fand ich diesen Beitrag: https://issues.jenkins-ci.org/browse/JENKINS-21253 Der Benutzer hatte ein ähnliches Problem und konnte es durch Deaktivieren der folgenden Plugin-Option "XCode -> Allgemein" lösen Build Settings -> Generate Archive? "( War es vorher wahr, jetzt ist es falsch).
Zumindest hat dies das Problem auf unserer Seite gelöst - vielleicht führt es Sie in die richtige Richtung.
quelle
Ich habe dies behoben, indem ich einfach die "binären" Dateien im Fehler entfernt habe.
Für Sie ist es www / js / release.sh.
Für mich waren es zwei redundante Bower-Dateien, eine .sh-Datei und eine .js-Datei, die sich unter einem "bin" -Ordner befanden (vielleicht dachte sie deshalb, es sei eine Binärdatei?).
Nebenbei bemerkt, es scheint, dass Sie den Upload-Vorgang weiterhin fortsetzen können, indem Sie einfach auf Senden klicken, nachdem die Fehler im Application Loader angezeigt wurden.
quelle
Ich habe den gleichen Fehler erhalten, als ich versucht habe, meine App mit ApplicationLoader 3.0 hochzuladen. Ein Upgrade auf ApplicationLoader 3.1 (dh das neueste) hat das Problem für mich behoben.
quelle
3.1 (670)
und habe immer noch das Problem.Führen Sie im Plattformverzeichnis Folgendes aus:
Dies zeigt Ihnen alle Dateien, die ausgeführt werden können. In der Regel umfasst dies .sh- und Knotendateien.
Suchen Sie aus den Ergebnissen die Dateien in Ihrem Projektordner (z. B. mein Projektordner war platform / ios / www / *) und löschen Sie sie. Lassen Sie den Rest.
quelle
Ich hatte genau das gleiche Problem. Ich habe einen Fehler in der myApp.app/myApp Entscheidung geschrieben: Suchen Sie nach Dateien, die mit Sonderzeichen oder anderen Zeichen als Englisch beginnen. Ich fand, löschte und alles funktionierte!
quelle
Ich hatte das gleiche Problem mit xcode 6.3.1 und 6.4 Beta. Meins sagte, es sei meine main.o-Datei. Ich habe in den Ressourcen des Kopierpakets nachgesehen und aus irgendeinem Grund war die Hauptdatei meines Projekts dort. Ich habe es entfernt und erneut archiviert, um es für Testflight an iTunes Connect zu senden, und es wurde einwandfrei hochgeladen. Ich brauchte 3 Stunden, um herauszufinden, dass es diese dumme Akte war. Zuhause hilft das. Anscheinend müssen Sie wirklich darauf achten, was Sie in den "Build Bundle Resources" in den Erstellungsphasen senden. Welche Datei es Ihnen auch sagt, es ist ein Problem. Entfernen Sie taht aus diesem Bereich und probieren Sie es aus.
quelle
In meinem Fall wurde beim Senden einer neu signierten IPA-Datei der Fehler angezeigt. Es stellte sich heraus, dass ich mir das Anwendungspaket im Finder angesehen und eine .DS_Store-Datei erstellt hatte (dies geschah nach dem erneuten Signieren mit
codesign
, was sich beschwert hätte, wenn die Datei zum Zeitpunkt des Signierens vorhanden gewesen wäre).Nach dem Entfernen der .DS_Store-Datei war der Upload erfolgreich.
quelle
Führen Sie den folgenden Befehl aus (in Mac):
codesign --verify -vvvv <your_application>.app
Stichprobe:
Sieht so aus, als hätte eine versteckte Datei .DS_Store in den Assets meiner App. Bitte finden und entfernen Sie es und versuchen Sie es erneut.
das ist arbeit für mich
quelle