2015-12-17 13 views
10

Qual è la differenza tra il "Attiva codice binario che" impostazione nel progetto di destinazione & della app e il "Includi codice binario che" casella di controllo che è presente prima di inviare a App Store?Attiva codice binario che vs includere codice binario che, prima di presentare app

Se è stato selezionato "Abilita codice bit" FALSE e selezionato "Includi codice bit", cosa succede? Se ho "Enable Bitcode" TRUE e ho "Include Bitcode" deselezionato, cosa succede?

Ho visto altre domande chiedendo solo cosa "Abilita Bitcode", ma il mio fa la differenza con questa impostazione e l'impostazione "Includi codice bit" appena prima di inviare l'app all'App Store.

Grazie

+1

http://stackoverflow.com/questions/30722606/what-does-enable-bitcode-do-in-xcode-7 –

+1

@JustAnotherCoder Vedere la mia modifica sul perché questo non risolve la mia domanda. – allaire

+0

@allaire Vale la pena aggiungere che gran parte di ciò che sappiamo su Bitcode è una congettura in questo momento. Apple ci ha fornito alcuni dettagli, ma finché non vedremo una nuova architettura (o ottimizzazione per un'architettura esistente) effettivamente rilasciata, è difficile sapere esattamente come funziona. – TwoStraws

risposta

8

Come si può immaginare, è necessario sia abilitato per avere la vostra applicazione di supporto codice binario che ricompilazione in iTunes Connect. Solo abilitarlo in Xcode significa semplicemente che l'architettura di "Bitcode" è compilata, non significa necessariamente che sia stata inviata ad Apple. Preavviso

: Ho fatto alcuni test su app inviata con e senza codice binario che, e per qualsiasi motivo la presentazione con codice binario che rallenta notevolmente verso il basso il tempo necessario per il vostro binario da lavorare in modo che sia pronto per la presentazione. Senza Bitcode può apparire in pochi minuti o fino a tre ore; con Bitcode ho avuto spesso ritardi di 24 ore o più.

+0

Fantastico sapere. quindi se l'ho disabilitato sulla destinazione, e ho ancora selezionato "Includi codice bit", non verrà inviato nulla, poiché la mia app non è stata archiviata con il codice bit abilitato, si tratta di un'ipotesi corretta? – allaire

+2

Per quanto ne so, è corretto. L'invio di app non crea l'archivio, lo invia solo ad Apple - la compilazione e l'ottimizzazione (preliminare) sono già avvenute a quel punto. Detto questo, se specificatamente non vuoi Bitcode ([per vari buoni motivi] (https://medium.com/@FredericJacobs/why-im-not-enabling-bitcode-f35cd8fbfcc5#.yzloy0cgh), vorrei deseleziona * ogni casella che vedi * :) – TwoStraws

+0

Ironicamente, la cosa esatta _opposite_ mi è capitato oggi. Generalmente le richieste inviate con codice bit abilitato richiedono circa dieci minuti per l'elaborazione; Ho inviato una build con bitcode disabilitato oggi: ci sono volute sei ore per l'elaborazione, quindi ho segnalato un errore. –

0

Se il bitcode è disabilitato per il target e tutti i pod, la casella di controllo include bitcode scomparirà dalla finestra di dialogo del caricamento nell'app store.

+1

Questo deve essere nuovo, quale versione di Xcode vede questo comportamento? – allaire

Problemi correlati