Xcode 4 "Trasferimento pacchetto" patologicamente lento dopo l'eliminazione dell'app

Question

Ho notato che durante l'esecuzione del debug nativo su Xcode 4 se ho la mia app installata, quindi eliminare l'app, quindi tentare di eseguire nuovamente il debug da Xcode 4, il tempo necessario per eseguire il passaggio "Il pacchetto di trasferimento" è patologicamente lento. Qualcun altro ha sperimentato questo? Ho paura di cancellare l'app perché impiegheranno 20-30 minuti per caricare l'app.

La nostra app ha molti file utente che vengono cancellati quando l'app viene cancellata. Forse una sorta di processo simile alla sincronizzazione è in esecuzione allo stesso tempo. Uccidere Xcode 4 non risolve il problema.

Answer 1

Penso che ora devi usare Xcode 6.3 e ti permetterà di fare tutto nel modo più semplice. Qui questa versione di Xcode è la versione più stabile con cui ho lavorato negli ultimi anni.

Answer 2

Vorrei offrire alcune indicazioni generali su questo aspetto poiché il sintomo che vedi può avere molte cause. In effetti la maggior parte delle versioni di Xcode ha avuto questi sintomi per motivi diversi nella mia esperienza.

Ho visto il problema del trasferimento lento prima (Xcode 4 credo), quando ho cambiato la mia app in un'applicazione che poteva essere eseguita in background. Per ovviare a questo, potrei forzare a uccidere l'app dal telefono stesso, altrimenti cambierei l'id del pacchetto dell'app quando lo si distribuisce (come un hack).

68chercher hanno commentato di vedere il problema dopo la profilatura. Fare una profilazione di un dispositivo genera molti dati sul tuo Mac e forse anche sul dispositivo, ma non lo so. Quindi vale la pena cambiare telefono con un altro telefono, idealmente uno che ha molto spazio libero; il problema segue il telefono?

A volte la distribuzione ha un problema quando mancano le risorse; le risorse vengono ricostruite al pulito. Prova a premere il pulsante di opzione e poi a fare una pulizia: pulisce i file intermedi. (Opzione-shift-comando-k). Questo può accadere in particolare quando si elimina una risorsa ma si fa comunque riferimento da una story board. Passare attraverso lo story board alla ricerca di avvisi con punto esclamativo è utile (in particolare con le app di Apple Watch).

Periodicamente vale la pena eseguire un controllo del file di risorse. Molto spesso distribuiamo file non effettivamente necessari al dispositivo di destinazione. Ad esempio, file di script di bash, vecchie icone, ecc. Il minor numero di risorse, il minor numero di cose che possono essere errate e spesso possono far scattare un'idea di cosa è cambiato con le risorse che potrebbe spiegare il problema. Rende anche la distribuzione più piccola per i tuoi clienti.

Nota con questo problema vale la pena eseguirne il debug da entrambi i lati. Ad esempio, guarda i log della tua console Mac per vedere eventuali errori o il tuo monitor delle attività per comportamenti e attività impreviste. Dal lato del dispositivo, vale la pena installare la console iOS da lemonjar.com per vedere se qualcosa è arrivato alla fine del dispositivo e se c'erano errori lì.