Perché Xcode copia risorse invariate quando si crea su un dispositivo?

Question

Sto lavorando con un progetto piuttosto ingombrante per iOS e non posso fare a meno di notare Xcode che copia centinaia di risorse (trame, fogli di calcolo, file audio, ecc.) Che non sono cambiati da allora l'ultima volta che ho creato il dispositivo. Rende davvero la codifica molto lenta quando ogni build impiega 2-4 minuti a comparire sul dispositivo.

C'è un modo per ottenere Xcode per riconoscere che sta facendo cose ridondanti o scrivere uno script che gli permette di essere più intelligente su come trasferisce le risorse sul dispositivo?

PS Mi rendo conto che potrebbe non esserci alcuna funzionalità incorporata di "accodamento" per un'app. Spero che non sia il caso.

Answer 1

si può provare aggiungere un altro obiettivo per il progetto e il nome "senza risorse". Escludere tutte le risorse pesanti da questo obiettivo. La prima volta che hai bisogno di avviare l'app con tutte le risorse target, la prossima volta utilizzare "senza risorse" target. Se hai aggiunto qualcosa al progetto, dovresti usare il primo obiettivo.

Answer 2

A volte, XCode ha davvero messo a disposizione risorse invariate. Di solito, quando cambi file da Finder, non da XCode.

Crea progetto -> Clean per rendere ricostruzione completa

Answer 3

iOS supporta solo la distribuzione di pacchetti di applicazioni completi firmati sul dispositivo. Il processo per la distribuzione di una build di debug sul dispositivo è questo.

1. compilare il codice sorgente di alterato e firmare
2. Alpha immagini PNG pre-moltiplicano binari
3. Creare una cartella con le risorse delle applicazioni e binario all'interno
4. Iscriviti i contenuti della cartella e creare un file ZIP con il cartella e firma
5. Copiare il file ZIP (.ipa) al dispositivo

Purtroppo, mi immagino il tempo è in corso s pent in # 3 e # 4 che viene creato ogni build. Non ho visto alcun modo per accelerare questo. Se hai molte, molte immagini PNG, potresti try telling Xcode to skip Step 2.

NeverBe's approach sembra un'ottima idea se la tua applicazione ti consente di non includere molte risorse per la maggior parte del tempo che stai sviluppando. In alternativa potresti avere un secondo set di risorse molto più piccole/fittizie da poter entrare e uscire.