Dopo aver parlato con la gente del WWDC sia nel laboratorio Xcode che nel laboratorio App Store, sono stati in grado di carpire informazioni sul fatto che questo è un problema noto nel seme Sierra corrente che è stato risolto nella prossima versione. È ansible annullare o attendere. Non è la risposta più soddisfacente, lo ammetto.

Problema:

• Problema con l’attuale build macOS Sierra.

Soluzione

• Costruisci con Xcode 7.3.1 quindi carica usando Xcode 8 [Beta]. (Grazie a @JollyRoger)
• Attualmente questa soluzione SOLTANTO funziona SOLO per TestFlight e NOT per le presentazioni di App Store .

Nessuna necessità di correzione [AGGIORNAMENTO]

• Quindi sembra che questo bug sia durato per tutto il periodo beta e potrebbe non valere la pena che Apple risolva il problema poiché la versione finale di iOS 10.0 verrà rilasciata in pochi giorni e l’ultimo macOS Sierra verrà rilasciato pochi giorni dopo .
• Se stai ancora riscontrando questo problema con la build finale di macOS Sierra, assicurati di utilizzare Xcode 8.x e non qualcosa prima.

Possibili errori:

1. ERRORE ITMS-90635

   ERRORE ITMS-90635: “Formato Mach-O non valido. Il Mach-O in bundle” …. framework “non è coerente con Mach-O nel bundle principale Il bundle principale Mach-O contiene armv7 (codice macchina ) e arm64 (codice macchina), mentre il bundle nidificato Mach-O contiene armv7 (bitcode) e arm64 (bitcode). Verificare che tutti i target di una piattaforma abbiano un valore coerente per l’impostazione di build ENABLE_BITCODE. ”

   Correzione: deseleziona l’opzione Include Bitcode prima del caricamento.

2. INFO ITMS-90111

   INFO ITMS-90111: “Beta Toolchain.Questa app è stata creata utilizzando beta toolchain.Le app create con beta toolchain sono accettabili per l’invio di TestFlight.Tieni presente che non potrai inviare queste build in vendita su App Store.”

   Nota: questo ti permetterà di caricare la build e usarla per TestFlight ma quando provi ad inviare al negozio ti troverai di fronte a questo messaggio di errore:

   Le nuove app e gli aggiornamenti delle app devono essere creati con le versioni pubbliche (GM) di Xcode 6 o successive, OS X e tvOS SDK. Non inviare app create con software beta, incluse versioni beta OS X.

Se stai caricando da Xcode7 (meno di Xcode8) e macOS Sierra (V10.12), Quindi questo problema “ERRORE ITMS-90167:” Nulle bundle di app trovate nel pacchetto “” arriveranno e non permetteranno di caricare build su App Store.

Quindi usa “Application Loader V3.6” o “Xcode8” per caricare la build.

Prova questo, ha funzionato come un fascino per me,

Abbiamo anche affrontato gli stessi problemi al momento dell’aggiornamento di macOS Sierra .

Al momento della generazione del caricamento utilizzando Xcode7.3.1 viene visualizzato un messaggio di errore

  "ERROR ITMS-90167:"No.app bundles found in the package" 

Per risolvere l’errore e caricare il file IPA Sull’App Store seguire i passaggi riportati sotto

• Esportiamo build usando Xcode7.3.1 .

-Per caricare la build utilizziamo Application Loader V3.6 di Xcode8 .

Xcode -> Apri Strumenti per sviluppatori -> Caricatore applicazioni

Segui i passaggi sotto

1) Apri Application Loader

2) Scegli Build (IPA)

3) Caricamento del file IPA In App Store

4) Invia con successo Build (IPA) all’App store

La tua app verrà caricata su Appstore,

Spero che questo sia d’aiuto per qualcuno.

Vorrei prima ringraziare @xemacobra per la sua soluzione, ha funzionato per me fino a quando ho avuto bisogno di presentare una domanda per la revisione.

Se devi inviare un’applicazione per l’App Store e la compilazione dice You may not submit builds using beta software... ecco la soluzione:

Il problema è che Xcode sta inviando le informazioni di build insieme alla versione di Mac OS. Per risolvere ciò, è sufficiente modificare la build del Mac OS in una versione precedente, accettabile.

1. Riavvia il tuo Mac e tieni premuto Command + R all’avvio
2. Apri terminale
3. Esegui csrutil disable
4. Riavvia il tuo Mac.
5. In Finder, vai su /System/Library/CoreServices/SystemVersion.plist
6. Apri il file in modo che tu possa modificare SystemVersion.plist
7. Trova ProductBuildVersion e individua la string associata a questa key . Ad esempio, il mio era 16A254g .
8. Cambia questa string in una versione di Mac OS che è attualmente supportata per la versione pubblica. Al momento di questa soluzione questo andrà bene: 15G31
9. Riavvia Xcode. Ri-archivia la tua applicazione. Invia nuovamente l’applicazione.

Non ho provato a inviare l’applicazione tramite Xcode 7.3.1, ma so che funziona ancora se si invia il .ipa tramite Xcode 8 beta 3.

Dopo aver inviato la build, ripristinare SystemVersion.plist nella string originale e ripetere i passaggi 1-4 in sostituzione di csrutil disable con csrutil enable .

Ho anche vissuto la stessa cosa. Questo è il modo semplice per risolvere il tuo problema. Archive tua app utilizzando Xcode 7.3.1 ed export il file ipa della tua app in una directory selezionando l’opzione Save for iOS App Store deployment .

Dopo aver aperto Xcode 8.0 e aperto Application Loader da Xcode -> Developer Tools . Accedi al tuo team e carica il file ipa usando Xcode 8.0 .

Ho caricato due app su iTunesConnect , funzionerà sicuramente.

Stavo avendo questo problema con Xcode 8 GM e cercando di inviare un’app per il rilascio tramite Application Loader.

Devi usare la versione di Application Loader fornita con Xcode 8, che dovrebbe essere 3.6

Ho ancora installato Xcode 7 e utilizza Application Loader 3.5

Aggiornare

• Le mie app vengono inviate correttamente e vengono elaborate, quindi subito dopo scompaiono completamente. Penso che questo potrebbe essere un problema separato però.

Aggiornamento 2

• Non puoi ancora utilizzare Sierra per inviare le tue app. Almeno non prima di rilasciare il GM.

Aggiornamento 3

• Questo problema si verifica ancora con questo particolare progetto. Tutte le altre nuove (app adesive) che ho creato dal lancio pubblico sono state inviate a iTunes Connect senza problemi.

Ho lavorato a questo progetto durante le beta, quindi è ansible che qualcosa sia stato corrotto lungo il percorso e stia causando problemi. Potrebbe essere necessario avviare un nuovo progetto in Xcode 8.

C’è una discussione sui forum degli sviluppatori che affrontano questo problema. https://forums.developer.apple.com/thread/62703

Soluzione

Risulta che la soluzione per noi era aggiungere la chiave “NSCameraUsageDescription” a info.plist con una descrizione di ciò che la fotocamera fa nell’app.

Non sono sicuro se quella soluzione aiuterà in tutti i casi però.

Invio un’app creata utilizzando LibGDX e ho riscontrato lo stesso problema dopo l’aggiornamento a Sierra. L’ho risolto da:

• Aggiornamento di Xcode (8.x), come spiegato sopra
• Utilizzare l’ ultima versione di appLoader (3.6). Per farlo, usa AppLoader disponibile in Xcode . Stavo usando una versione standal di appLoader: non è corretto. Apri Xcode e vai a Xcode-> Apri strumento di sviluppo-> Caricatore applicazioni

Recentemente ho aggiornato a macOS Sierra e ho ricevuto anche questo messaggio di errore. Dopo il caricamento tramite il caricatore di applicazioni non riuscito. Ho scaricato Xcode 8 ( mantenuto la mia copia 7.3.1 ). Xcode chiuso 7.3.1. Aperto Xcode 8-> Organizer-> proceduto a convalidare e caricare la mia build. Ha funzionato. Spero che questo aiuti qualcuno in una situazione simile.

Prova ad aprire App Loader da Xcode8. Xcode> Apri Strumenti per sviluppatori> Caricatore applicazioni

Quindi puoi caricare l’app su TestFlight senza errori.

Queste sono tutte risposte favolose di cui sopra … segui il processo in 9 passaggi di Nicholas sopra e anche Tobeiosdev se non hai accesso in scrittura al file SystemVersion.plist.

Tuttavia, stai molto attento a come leggi la guida passo passo. NON fare come ho fatto e riavviare il dispositivo dopo aver modificato il file plist , poiché renderesti inutilizzabili molte applicazioni sul tuo Mac, inclusi Terminal e TextEdit (che sono necessari per modificarlo nuovamente). Riapri il terminale all’interno di Sierra (o del sistema operativo beta in esecuzione) non all’interno della riga di comando.

Sfortunatamente ho scoperto la via difficile e quindi non ho potuto modificare di nuovo il file Plist nella riga di comando. Quindi ho dovuto riavviare diverse volte prima di trovare la soluzione che doveva andare in modalità utente singolo (Command-S al riavvio), che mi spaventava completamente di aver rovinato la build del mio mac. Alla fine ha riavviato tutto ma è stato in qualche modo ritardato anche dover reinstallare Xcode 8 … portando a una notte insonne come la mia prima sottomissione all’AppStore.

Tutto sumto, quanto sopra è una soluzione perfetta che funziona in tutto, SE si seguono le indicazioni correttamente. Lezione imparata!

Ho risolto questo problema come segue, trova il tuo archivio in Organizer, quindi:

1. Mostra nel Finder

2. Mostra i contenuti del pacchetto

3. Nel file “Wasabi.xcarchive”, trova i “Prodotti” – “Applicazioni” – “Wasabi.app” (Wasabi è il nome della tua app), “Mostra nuovamente i contenuti del pacchetto”

4. Infine, puoi vedere che c’è un file chiamato “Info.plist”, aprilo

5. Modifica il valore con una chiave chiamata “BuildMachineOSBuild”, lo cambio in “15F34” (è la versione di “EI Capitan 10.11.5”)

Ho accidentalmente aperto una vecchia versione di Application Loader versione 3.5 (921) e ho ricevuto l’errore ITMS-90167 trovato nessun gruppo di app. Assicurati di aprire Application Loader sul menu di Xcode (Xcode-> Open Developer Tool). La versione 3.6 (1020) funziona come un fascino! 🙂

Secondo @Fan Zhang, segui questi passaggi e puoi caricare questo archivio usando Xcode o Application Loader, qualunque cosa tu voglia!

Quando hai archiviato la tua app, trova il tuo archivio in Organizer, quindi:

 -->"Show in finder"; -->"Show package contents"; -->In the "xx.xcarchive" file, find the "Products"->"Applications"->"xx.app"(xx is your app's name), "Show package contents" again; -->Finally, you can see there has a file named"Info.plist", open it; Edit the value with a key named "BuildMachineOSBuild", I just change it to "15F34"(it's "EI Capitan 10.11.5" 's version); 

Con me, la mia domanda scritta da Swift 2.2 . E deve usare Xcode 7.3.1 per archive e caricare su Apple testflight ma ha ottenuto lo stesso errore (corro su macOS Sierra-10.12 ). La soluzione seguente la aggiusta per me, spero che un altro che affronta lo stesso problema possa trovare qualcosa di utile:

 1> Use Xcode 7.3.1 to archive 2> Export to file .ipa 3> Quit Xcode 7.3.1 then open Xcode 8, and then open Application Loader, use Application Loader to upload file .ipa to itunes connect. 

Le impostazioni sulla privacy sono cambiate per iOS 10, altre informazioni potrebbero essere lette qui

Avevo già descritto i problemi, che dovevano essere risolti come descritto, ma dopo che l’applicazione di upload di successo non era visibile su iTunes connect.

Ho dovuto aggiungere Privacy - Bluetooth Peripheral Usage Description chiave Privacy - Bluetooth Peripheral Usage Description in un plist per risolvere l’ultima. Altre chiavi mancanti faranno lo stesso problema.

Stavo ricevendo questo errore con Xcode 7.2.1 e Application Loader 3.4 su macOS 10.12.1.

Ma per qualche ragione, ha funzionato se ho usato la riga di comando “altool” per fare invece il caricamento:

 '/Applications/Xcode-7.2.1.app/Contents/Applications/Application Loader.app/Contents/Frameworks/ITunesSoftwareService.framework/Versions/A/Support/altool' \ --upload-app -f your-app.ipa \ -u your-apple-id -p your-apple-id-password \ --output-format xml