TestFight Beta-Test für interne Tester - Build-Status ist "Verarbeitung"

Ich benutze TestFlight schon eine Weile, aber dies ist das erste Mal, dass ich einen Build für Betatests direkt von iTunesConnect einreiche, seit Apple TestFlight selbst gekauft hat.

Ich habe ein seltsames Verhalten erlebt (oder vielleicht nur das erwartete Verhalten von Apple).

Ich habe den Benutzer zu meinem Team hinzugefügt (er hat eine Administratorrolle) und ihn als Teil des TestFlight-Testers im dedizierten Bereich ausgewählt. Ich habe einen Build hochgeladen, den TestFlight Beta-Test auf der Registerkarte "Build" aktiviert und die internen Tester ausgewählt (nur einer im folgenden Screenshot). Ich möchte diesen Build erhalten.

Dann ... passiert nichts, der Zustand ist immer noch "Verarbeitung" (was? Sollte es nicht sofort sein?) Der Tester erhält keine Einladung und ich stecke fest. Hier fehlt mir offensichtlich etwas.

Selbst wenn bereits ein Tester eingeladen wurde, wird im Panel weiterhin "Zum Starten des Tests mindestens einen Tester einladen" angezeigt. TestFlight war einmal so ein gutes Produkt ...

Die beiden folgenden Schnappschüsse zeigen den Status meines iTunesConnect-Bedienfelds. Irgendeine Idee?

Es stellte sich heraus, dass das "Verarbeiten" eines Builds, auch wenn es nur für interne Tests bestimmt ist (dh die 25 Konten, die Ihrem Team zugeordnet sind), einige Stunden dauern kann. Auch wenn die Binärdatei bereits von Xcode und Application Loader validiert wurde .

Ich poste dies als Antwort, da ich keine Beweise dafür gefunden habe, wie lange der Status "Verarbeitung" dauern soll. Angesichts der Länge eines Teils des Überprüfungsprozesses können es Sekunden, Minuten, Stunden oder Tage sein. Es ist also schön zu wissen, dass es in diesem Fall einige Stunden gedauert hat.

Jetzt ist mein Konsolenstatus dieser.

Ok, hier ist die Antwort für die Leute vom März 2015. Ich habe gestern (4. März) einen Pre-Release-Build über Xcode hochgeladen und der Status für interne und externe Tests befindet sich immer noch bei "Verarbeitung" von mehr als 36 Stunden später . Ich habe sogar versucht, erneut hochzuladen, Build-Nummern zu erhöhen usw. Keine Freude. Also habe ich Apple angerufen. Das haben sie mir gesagt;

Sie haben gesehen, dass dieses Problem regelmäßig bei denen auftritt, die am 4. und 5. März Pre-Release-Builds hochgeladen haben. Sie haben untersucht, ob es sich um das Hochladen über Xcode und nicht über Application Loader handelt. Sie haben jedoch festgestellt, dass das Problem zwischen beiden Methoden gleichermaßen auftritt.

Also prüfen sie es und werden versuchen, das Problem für meinen speziellen Fall so schnell wie möglich zu lösen.

Ich denke, bei denen, die feststellen, dass das erneute Hochladen mit einer erhöhten Build-Nummer den Trick macht, ist es tatsächlich ein roter Hering und hat vielleicht mehr damit zu tun, dass das System zu einem guten Zeitpunkt erneut eingereicht wurde.

Ich werde diesen Thread darüber auf dem Laufenden halten, wie er abläuft. In der Zwischenzeit empfehle ich, Apple zu geben, wenn Ihre Vorabversion länger als 24 Stunden verarbeitet wurde und Sie keine Lust haben, die Verwaltungskonsole Ihrer App mit Vorab-Upload-Versuchen (die nicht gelöscht werden können) zu verunreinigen Ein Aufruf, um Ihren Upload in Aktion zu setzen.

iTunes Connect Upload-Hotline:

Innerhalb der USA: +1 (800) 633-2152 Von außen: +1 (408) 974-4897

UPDATE 6. März: Also kam mein ursprünglicher Build endlich aus der Verarbeitung. Dies dauerte genau 38 Stunden ! Ich glaube nicht, dass Apple das Problem behoben hat. Es scheint mir, dass dies das Problem war, das sich von selbst gelöst hat.

Vorher habe ich auch versucht, neue inkrementierte Builds über Application Loader hochzuladen und auch, während ich mich bei iTunes Connect abgemeldet habe, gemäß einigen der folgenden Vorschläge, aber das hat für mich keinen verdammten Unterschied gemacht. Das bringt mich zu dem ziemlich sicheren Schluss, dass es nur funktioniert, weil Sie zu einem guten Zeitpunkt einreichen (oder vielleicht sogar Ihren geografischen Standort (ich bin London)) und keinen anderen Hokus Pokus einreichen!

Der ursprüngliche Testflight beschämt Apple hier ziemlich grob. Sie müssen das wirklich klären.

Normalerweise sollte der Status 'Verarbeitung' niemals angezeigt werden. Sobald der Build-Status auf Verarbeitung gesetzt ist , wird er nie mehr geändert. Zumindest in meinem Fall. (Siehe Bild unten)

Die Lösung besteht darin, "es weiter zu versuchen. ". Versuchen Sie entweder, die Build-Nummer oder die Versionsnummer zu erhöhen, und senden Sie sie weiterhin an iTunes Connect.

Ich habe es im dritten Versuch ohne Bearbeitungszeit zum Laufen gebracht.

Ich habe die folgende Nachricht von Apple (itunesconnect@apple.com) in meinem Junk-Mail-Ordner gefunden. In den Build-Einstellungen für meine App habe ich "Bitcode aktivieren" auf "Nein" gesetzt. Außerdem habe ich die Optimierungsstufe des Release-Builds auf "Keine" geändert. Danach wurde mein Build akzeptiert und in den App Store hochgeladen. Zu diesem Zeitpunkt war die Schaltfläche "Einladen" für interne Benutzer verfügbar. Später konnte ich die App über TestFlight installieren.

Lieber Entwickler,

Wir haben ein oder mehrere Probleme mit Ihrer letzten Lieferung für "XXXYourAppName" festgestellt. Um Ihre Lieferung zu verarbeiten, müssen die folgenden Probleme behoben werden:

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftCoreMedia.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei xxx.app/Frameworks/libswiftFoundation.dylib 'enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftDarwin.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftCoreLocation.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftCoreData.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftCoreImage.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftDispatch.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftCore.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftAVFoundation.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftCoreGraphics.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftObjectiveC.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftCoreAudio.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftUIKit.dylib' enthält Bitcode.

Ungültige ausführbare Datei - Die ausführbare Datei 'xxx.app/Frameworks/libswiftSecurity.dylib' enthält Bitcode.

Sobald diese Probleme behoben wurden, können Sie die korrigierte Binärdatei erneut ausliefern.

Grüße,

Das App Store-Team

Ich hatte mit den gleichen Problemen zu kämpfen, wie viele Leute sagen.

Tatsächlich lade ich heute Morgen einen zweiten Build für meine App hoch und sage, dass "Verarbeitung" nicht in Stunden und Stunden ausgehen wird. Ich lade das zweite Bundle der App mit xcode Archive / Uploader auf Itunes hoch.

Als ich zum Mittagessen ausgehe, habe ich darüber nachgedacht, "wie Apple viel Zeit braucht, um einen zweiten Build zu verarbeiten", anstatt den ersten sofort als "Aktiv" festzulegen.

Jetzt bin ich ein glücklicher Mann, wenn ich zurückkomme, entscheide ich mich, ein drittes Bundle erneut hochzuladen, aber Application Loader anstelle von Xcode zu verwenden. Dies macht die Magie wie der Screenshot Abbildung:

Stellen Sie sich vor, dass der zweite Build gerade noch in Bearbeitung ist !!! Erstaunlicher Apfel !!!!

Verwenden Sie also Application Loader und verlieren Sie keine wichtige Zeit! Hoffe ich helfe,

Ich habe TestFlight ziemlich oft ohne Probleme verwendet. Dann ist mir das gestern passiert (steckt in der Verarbeitung). Vielleicht ein internes Problem auf der Apfelseite?

Dies scheint von Zeit zu Zeit zu passieren und es gibt im Grunde nichts, was der Benutzer tun kann, außer zu warten. Ich habe alle oben genannten Vorschläge ohne Erfolg ausprobiert, dann haben es plötzlich alle Verarbeitungs-Builds in den aktivierten Zustand geschafft.

Bis jetzt (9. Oktober 2015) dauert die Bearbeitung noch bis zu einer Stunde, aber gestern war die Situation viel schlimmer und dauerte viele Stunden.

Dies passierte mir auch in einem meiner Builds. Alle meine vorherigen Builds vor diesem Build waren sofort verfügbar. Also habe ich gerade einen neuen Build erstellt (keine Codeänderungen) und den fehlerhaften ignoriert. Nachdem ich TestFlight-Tests für den neuen Build aktiviert hatte, wurden die Benachrichtigungen auf meinen Geräten fast sofort angezeigt.

Der Trick für mich war, die VERSION-Nummer des Builds zu ändern, anstatt nur die Build-Nummer zu ändern. Ich bin mir nicht sicher, aber es stellt sich heraus, dass jeder fünfte Build für eine Version dieses Problem mit der langen Verarbeitungswarteschlange hat.

Ich habe festgestellt, dass wenn ich ITC geöffnet habe, während ich den Build hochlade, es die Verarbeitungsphase nie verlässt. Es schien zu funktionieren, sicherzustellen, dass ITC nicht angemeldet ist, bis ich die Benachrichtigung auf meinem Telefon erhalte.

Fügen Sie interne Tester hinzu

1. Öffnen Sie iTunes Connect und fügen Sie das Projekt hinzu.
2. Fügen Sie unter Benutzer und Rollen iTunes hinzu. Verbinden Sie Benutzer mit ihren Daten über die Rolle "Administrator", "Rechtlich" oder "Technisch". Ein Aktivierungslink wird an diese Benutzer gesendet.
   • Wenn den Benutzern bereits ein Appleid mit der E-Mail zugeordnet ist, werden sie zur Anmeldung aufgefordert, andernfalls müssen sie ein Apple-Konto erstellen.
3. Archivieren Sie den Build und laden Sie eine Binärdatei für die App hoch.
4. Fügen Sie dem Build App Description und What to Test hinzu. Dieser Schritt ist optional für die Freigabe Ihrer Builds an interne Tester, jedoch erforderlich, wenn Sie Ihre App für externe Tests an Beta App Review senden.
5. Sobald Sie den Build hochgeladen haben, wechseln Sie von Testflight Beta Testing in den Status ON.
6. Die iTunes Connect-Benutzer sind unter Benutzer und Rollen-> Testflight-Tester -> Interne Tester verfügbar. Ermöglichen Sie den Testern, einen Build für sie freizugeben.
7. Die aktivierten Benutzer werden angezeigt, wenn Sie in MyApps auf Tester einladen klicken. Sie können die Benutzer auswählen und ihnen eine Einladung senden.
8. Die Benutzer erhalten eine Mail. Wenn Sie in Testflight auf Öffnen klicken, wird der Testflight installiert, wenn er nicht auf dem Gerät installiert ist.

Hinweis:

1. Wenn die externen Tester und internen Tester dieselbe E-Mail-ID haben, erhalten sie den Build nicht. Aus demselben Grund sind sie möglicherweise auch nicht in der Liste der internen Tester sichtbar.

2. Falls die E-Mail für Testflight Build nicht empfangen wird, deaktivieren Sie den Testflight Beta Testing-Schalter und aktivieren Sie ihn erneut. Dies könnte das Problem lösen.

3. Sobald die Benutzer die Einladung erhalten haben, sollten sie den Link für Testflüge mit der Mail-App öffnen.

   • Verwenden Sie iOS Mail, um auf den Link in der Mail zu klicken. Anschließend öffnet iOS Mail Safari automatisch.
   • Wenn iOS Mail nicht verfügbar ist, kopieren Sie den Link und fügen Sie ihn in Safari ein. Sie können beispielsweise Google Mail verwenden, um auf den Link zu klicken, den Link in Chrome zu kopieren und ihn dann in Safari einzufügen.

Zuerst müssen Sie Ihre App archivieren und an den Store senden. Wenn Sie sie richtig senden, erhalten Sie eine Nachricht wie

Danach warten Sie einige Minuten, bis Sie sehen und sich bei iTunes anmelden. Klicken Sie dazu auf + Zeichen, um Ihre Version zu erhalten. Wenn die Verarbeitung Ihrer App viel Zeit in Anspruch nimmt und möglicherweise länger als eine Woche dauert, gehen Sie in iTunes Connect zu "Ressourcen und Hilfe". Wählen Sie "Kontakt" und folgen Sie dem Assistenten. Ich glaube nicht, dass jemand anderes als Apple darauf antworten kann. Und das haben wir in der Vergangenheit in einer ähnlichen Situation getan.