2013-03-06 16 views
7

Ho avuto l'impressione da qualche tempo che per iOS, firmare una build con un profilo di provisioning degli sviluppatori consente all'app di eseguire (e ottenere il debug) su un dispositivo autorizzato (elencato nello sviluppo profilo di provisioning) tramite una build XCode, mentre la firma con un profilo di distribuzione consente di eseguire l'applicazione (ma non eseguire il debug) su altri dispositivi iOS che sono stati specificatamente aggiunti al file di provisioning di distribuzione ai fini di QA/beta testing/etc (e installato tramite iTunes sync o OTA distribution), senza la necessità per quei QA/beta-tester di sapere anche cosa sia un XCode.Build sviluppatori iOS e build di distribuzione

sembra corrispondere molti dei propri documenti di Apple:

"Quando sei pronto a condividere la vostra applicazione per i test utente [...], è necessario per creare un archivio delle app utilizzando un distribuzione di provisioning profilo e inviarlo ai tester app"(source)

e

Code Signing con un profilo di sviluppo consente all'app di funzionare sul dispositivo tramite Xcode e la firma con un profilo di distribuzione consente a di creare build di distribuzione.

Il certificato denominato "iPhone Developer" consente di eseguire/debug del app su dispositivi iOS attraverso Xcode, e il certificato denominato "iPhone Distribuzione" consente di testare la vostra presentazione a costruire con Ad Hoc distribuzione (source)

Questo sembra implicare che l'utilizzo di un profilo di distribuzione è necessario per fare la condivisione delle app al di fuori dell'App Store e per anni ho sempre pensato che fosse vero. Recentemente tuttavia, mi è stato mostrato un caso d'uso da un altro collega in cui sono stati in grado di condividere build con molte altre persone usando solo un file di provisioning di sviluppo. Un altro utente ha descritto una scoperta simile qui: Why not use development provisioning instead of ad hoc?

Sono preoccupato che potrebbe mancare qualcosa qui, ora sono sospettoso che ci sono casi in cui fino a quando un altro utente ha accesso a un profilo di provisioning degli sviluppatori rilevanti che include l'UUID del loro dispositivo, e lo installa sul proprio dispositivo (trascina in iTunes, utilità di configurazione, ecc.) che sarebbe in grado di sincronizzare le build dello sviluppatore tramite iTunes, senza la necessità di creare build di distribuzione separate.

Questo mi ha portato a mettere in discussione alcune delle ipotesi che ho avuto sulla natura delle differenze tra build di sviluppo e distribuzione in generale. Sto iniziando a pensare che si tratti più del supporto per il debug e della generale facilità di installazione, piuttosto che della natura di come è installato (XCode vs iTunes/OTA esplicitamente).

Insomma, se un dispositivo ha l'UUID inclusi in un profilo sviluppatore di provisioning, ne ho veramente necessità di fare distribuzione separata costruisce, o posso semplicemente condividere una build di sviluppo di rilascio e assumere che funzionerà con una sincronizzazione in iTunes anche? Il pulsante "Usa per lo sviluppo" nell'organizzatore ha una reale rilevanza per questo?

Più in generale: quali sono le differenze fondamentali tra lo sviluppatore e le build AdHoc in termini di come possono essere condivise tra altre persone all'interno di un'organizzazione nella fase di sviluppo/test prima di essere inviate all'App Store?

+0

I build ad-hoc sono destinati alla distribuzione all'interno dell'organizzazione. –

risposta

2

Verificare questo SO Post per le differenze elencate tra build di sviluppo e distribuzione. Dal punto di vista dello sviluppatore, non c'è molta differenza se si desidera distribuire la propria app firmandola con un profilo sviluppatore o profilo di distribuzione, a patto che non si stiano testando le notifiche push.

+0

Puoi per favore approfondire le differenze in merito al test delle notifiche push? –

+1

I token dispositivo generati sono diversi per lo sviluppo e la distribuzione. Se vuoi testare i tuoi messaggi push prima di lanciarti nell'appstore, allora l'unica opzione disponibile è creare build di distribuzione Ad-hoc. – ashokbabuy

+0

NO, è possibile testare la notifica push utilizzando una build sviluppatore. Lo faccio da quasi 3 anni nel mio attuale progetto. –

Problemi correlati