Beta test di TestFight per tester interni: lo stato della build è "elaborazione"

Uso TestFlight da un po 'di tempo ma questa è la prima volta che invio una build per il beta test direttamente da iTunesConnect da quando Apple ha acquistato TestFlight stesso.

Ho riscontrato un comportamento strano (o forse solo il comportamento previsto da Apple).

Ho aggiunto l'utente al mio team (hanno il ruolo di amministratore) e l'ho selezionato come parte del tester TestFlight nel pannello dedicato. Ho caricato una build, attivato TestFlight Beta Testing nella scheda Build e selezionato i tester interni (solo uno nello screenshot qui sotto) Vorrei ricevere quella build.

Poi ... non succede nulla, lo stato è ancora "In elaborazione" (cosa ?? non dovrebbe essere immediato?) Il tester non riceve alcun invito e io sono bloccato. Ovviamente c'è qualcosa che mi manca qui.

Inoltre, anche se un tester è già stato invitato, il pannello mostra ancora "Per iniziare il test, invita almeno un tester". TestFlight era un prodotto così buono una volta ...

Le due istantanee sotto mostrano lo stato del mio pannello iTunesConnect. Qualche idea?

Si è scoperto che "l'elaborazione" di una build, anche se è solo per test interni (cioè i 25 account associati al tuo team) potrebbe richiedere un paio d'ore. Anche se il binario è già stato convalidato da Xcode e dal caricatore dell'applicazione .

Sto postando questo come una risposta poiché non ho trovato prove su quanto tempo dovrebbe essere lo stato "Elaborazione". Data la lunghezza di parte del processo di revisione, potrebbero essere secondi, minuti, ore o giorni, quindi è bello sapere che in questo caso è durato un paio d'ore.

Ora lo stato della mia console è questo.

Ok, ecco la risposta per le persone di marzo 2015. Ho caricato una build pre-rilascio ieri (4 marzo) tramite Xcode e gli stati dei test interni ed esterni sono ancora in "Elaborazione" più di 36 ore dopo. Ho anche provato a ricaricare, aumentare il numero di build ecc. Nessuna gioia. Così ho chiamato Apple. Questo è quello che mi hanno detto;

Hanno riscontrato che questo problema si verifica regolarmente per coloro che hanno caricato build pre-rilascio il 4 e il 5 marzo. Hanno studiato se è correlato al caricamento tramite Xcode anziché tramite Application Loader, tuttavia hanno riscontrato che il problema si verifica allo stesso modo tra entrambi i metodi.

Quindi stanno esaminando e cercheranno di risolvere il problema per il mio caso particolare al più presto.

Penso che con coloro che stanno scoprendo che il ricaricamento con un numero di build aumentato stia facendo il trucco, in realtà è una falsa pista e forse ha più a che fare con il re-invio in un buon momento per il sistema.

Terrò aggiornato questo thread su come si svolge. Nel frattempo, se la tua pre-release è stata elaborata per più di 24 ore e non ti piace l'idea di sporcare la console di gestione della tua app con tentativi di caricamento pre-release (che non possono essere cancellati), ti suggerisco di dare ad Apple un invito per avviare il caricamento.

Helpline per il caricamento di iTunes Connect:

All'interno degli Stati Uniti: +1 (800) 633-2152 Dall'esterno: +1 (408) 974-4897

AGGIORNAMENTO 6 marzo: Quindi, la mia build originale è finalmente uscita da Processing. Ci sono volute esattamente 38 ore ! Non penso che sia stata Apple a risolverlo, mi sembra che questo sia stato finalmente risolto.

Prima di questo ho anche provato a caricare nuove build incrementate tramite Application Loader invece e anche mentre ero disconnesso da iTunes Connect, come da alcuni dei suggerimenti di seguito, ma questo non ha fatto una dannata differenza per me. Il che mi porta alla conclusione abbastanza certa che funziona solo perché stai inviando in un buon momento (o forse potrebbe anche essere correlato alla tua posizione geografica (sono Londra)) e nessun altro hokus pokus!

Il Testflight originale fa vergognare Apple piuttosto sgarbatamente qui. Hanno davvero bisogno di risolvere questo problema.

Normalmente non dovresti mai vedere lo stato "Elaborazione". Una volta che lo stato della build è impostato su Processing , non verrà mai modificato; almeno nel mio caso. (Vedi immagine sotto)

La soluzione è " continuare a provare " . Prova ad aumentare il numero di build o il numero di versione e continua a inviare a iTunes Connect.

Ho funzionato nel terzo tentativo senza tempi di elaborazione.

Ho trovato il seguente messaggio di Apple (itunesconnect@apple.com) consegnato alla mia cartella Posta indesiderata. Nelle impostazioni di build per la mia app ho impostato "Enable Bitcode" su No. Ho anche modificato il livello di ottimizzazione della build di rilascio su Nessuno. Successivamente la mia build è stata accettata e caricata nell'app store. Il pulsante di invito è diventato disponibile per gli utenti interni a quel punto. Successivamente sono stato in grado di installare l'app tramite TestFlight.

Gentile sviluppatore,

Abbiamo rilevato uno o più problemi con la consegna recente di "XXXYourAppName". Per elaborare la consegna, è necessario correggere i seguenti problemi:

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftCoreMedia.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile xxx.app/Frameworks/libswiftFoundation.dylib 'contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftDarwin.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftCoreLocation.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftCoreData.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftCoreImage.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftDispatch.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftCore.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftAVFoundation.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftCoreGraphics.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftObjectiveC.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftCoreAudio.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftUIKit.dylib" contiene bitcode.

Eseguibile non valido: l'eseguibile "xxx.app/Frameworks/libswiftSecurity.dylib" contiene bitcode.

Una volta che questi problemi sono stati corretti, puoi inviare nuovamente il file binario corretto.

Saluti,

Il team dell'App Store

stavo lottando con gli stessi problemi come dicono molte persone.

Infatti questa mattina ho caricato una seconda Build per la mia app e lo stato "Processing" non uscirà tra ore e ore. Carico il secondo Bundle dell'app su Itunes usando xcode Archive / Uploader.

Quando esco a pranzo, stavo pensando a "come Apple impiega molto tempo per elaborare una seconda build", invece della prima impostazione immediatamente attiva.

Ora sono felice, quando torno decido di ricaricare un terzo Bundle ma usando Application Loader invece di Xcode. Questo fa la magia come la figura dello screenshot:

Immagina che la seconda build sia ancora in lavorazione in questo momento !!! Mela incredibile !!!!

Quindi usa Application Loader e non perdere tempo importante! Spero di aiutare

Sto usando TestFlight un bel po ', senza problemi. Poi questo è successo a me ieri (bloccato in elaborazione). Forse qualche problema interno dal lato delle mele?

questo sembra accadere di tanto in tanto e non c'è praticamente nulla che l'utente possa fare se non aspettare. Ho provato tutti i suggerimenti di cui sopra senza alcun risultato, quindi all'improvviso tutte le build di elaborazione sono arrivate allo stato abilitato.

ad oggi (9 ottobre 2015), ci vuole ancora fino a un'ora per l'elaborazione, ma ieri la situazione era molto peggiore, impiegando molte ore.

Questo stava accadendo anche a me in una delle mie build. Tutte le mie build precedenti prima di quella build erano istantanee. Quindi ho appena creato una nuova build (nessuna modifica al codice) e ho ignorato quella errata. Una volta attivato il test TestFlight sulla nuova build, ho ricevuto le notifiche sui miei dispositivi quasi istantaneamente.

Il trucco per me è stato cambiare il numero di VERSIONE della build, piuttosto che cambiare semplicemente il numero di build. Non ne sono sicuro, ma si scopre che ogni 5 build per una versione ha quel problema di coda di elaborazione lunga.

Ho scoperto che se ho ITC aperto mentre carico la build, non esce mai dalla fase di elaborazione. Assicurarsi che ITC non sia connesso fino a quando non ricevo la notifica sul mio telefono sembra funzionare.

Aggiungi tester interni

1. Apri iTunes Connect e aggiungi il progetto.
2. In Utenti e ruoli, aggiungi iTunes per connettere gli utenti con i loro dettagli al ruolo di amministratore, legale o tecnico. A questi utenti verrà inviato un link di attivazione.
   • Se gli utenti hanno già un appleid associato alla posta, verrà chiesto loro di effettuare il login, altrimenti dovranno creare un account apple.
3. Archivia la build e carica un file binario per l'app.
4. Aggiungi la descrizione dell'app e cosa testare alla build. Questo passaggio è facoltativo per il rilascio delle build ai tester interni, ma è necessario quando si invia la tua app a Beta App Review per test esterni.
5. Una volta caricata la build, cambia lo stato di Testflight Beta Testing su ON.
6. Gli utenti di iTunes Connect saranno disponibili in Utente e Ruoli-> Testflight Testers -> Test interni. Consenti ai tester di rilasciare loro una build.
7. Gli utenti abilitati saranno visibili quando fai clic su invita tester in MyApps. Puoi selezionare gli utenti e inviare loro un invito.
8. Gli utenti riceveranno una mail. Al clic di apertura in Testflight, se Testflight non è installato sul dispositivo verrà installato.

Nota:

1. Se i tester esterni e i tester interni hanno lo stesso ID e-mail, non riceveranno la build. Inoltre potrebbero non essere visibili nell'elenco dei tester interni per lo stesso motivo.

2. Nel caso in cui la posta per la build di Testflight non venga ricevuta, disabilitare l'interruttore Testflight Beta Testing e abilitarlo nuovamente. Questo potrebbe risolvere il problema.

3. Una volta che gli utenti ricevono l'invito, devono aprire il collegamento per il testflight utilizzando l'app Mail.

   • Usa iOS Mail per fare clic sul collegamento nella posta, quindi iOS Mail aprirà Safari automaticamente.
   • Se iOS Mail non è disponibile, copia il link e incollalo su Safari. Ad esempio, puoi utilizzare Gmail per fare clic sul collegamento, copiare il collegamento in Chrome e quindi incollarlo su Safari.

Per prima cosa devi archiviare la tua app e inviarla allo store, se la invii correttamente riceverai un messaggio come

dopo di ciò, attendi che alcune zecche vedano il segno più in iTunes connettiti come se fai clic sul segno + otterrai la versione. se l'elaborazione della tua app richiede molto tempo, potrebbe essere necessaria più di una settimana, vai su "Risorse e Guida" in iTunes Connect. Seleziona "Contattaci" e segui la procedura guidata. Non credo che nessun altro oltre ad Apple possa rispondere a questa domanda. Ed è quello che abbiamo fatto in una situazione simile in passato.