Impossibile generare l'archivio dell'app iOS in xcode

Ho un problema con la generazione di un archivio dell'app iOS da un'applicazione. L'applicazione si compila bene e funziona anche nel simulatore. Ora volevo fare dei test ad hoc e non posso generare l'archivio app iOS. Quando faccio clic sul Prodotto -> Archivio genera un archivio xcode generico. Qualcuno può aiutarmi. Dovrei menzionare che ho già generato un archivio app iOS di questa applicazione. Si è appena fermato per generare l'archivio iOS per qualche motivo. Molte grazie.

Controlla le impostazioni di costruzione:

1. Ignorare l'installazione è NO per l'obiettivo principale del progetto
2. Ignora l'installazione è SÌ per gli obiettivi del framework (sottoprogetti)
3. In Build Phases per sottoprogetti, le intestazioni di copia devono essere in Progetto, non in Pubblico (non applicabile se si crea una libreria statica)
4. La directory di installazione in Deployment è valida (/ Applicazioni ad esempio)

Questo può accadere se hai aggiunto un framework / libreria ... devi modificare Target-> Build Settings di quella libreria e impostare "Skip Install" su "Yes". Quando esegui nuovamente l'archiviazione, XCode dovrebbe iniziare a produrre nuovamente un "Archivio app iOS" anziché un "archivio xcode generico".

Oltre a Salta installazione su Sì e nel caso in cui sia stato aperto un altro progetto lib / framwork all'interno del progetto dell'app, è necessario spostare le intestazioni (se presenti) da pubbliche a progetti nella fase di compilazione / Copia intestazioni .

Ho fatto quanto segue per farlo funzionare per me:

1. Avevo una libreria statica tre20, ho usato cocoapods per includere i file all'interno del progetto principale
2. ha seguito l'installazione skip per tutti gli altri sottoprogetti / librerie statiche e ha cambiato le intestazioni di copia da pubblico a progetto come indicato sopra
3. ancora più importante: in ogni libreria il tuo progetto usa andare per costruire fasi -> Copia file e assicurati che la destinazione sia cambiata da Absolute patha products directory. Nota: vedere il suggerimento di seguito per restringere la ricerca per trovare la libreria che causa questo errore.

e questo è tutto!

suggerimento: per avere un'idea dei file offensivi che stanno causando al tuo archivio di creare un file di archivio anziché un ipa, procedi nel seguente modo:

1. Seleziona l'archivio e fai clic sul pulsante Distribuisci.
2. Seleziona l'opzione "Salva prodotti costruiti".
3. Premi Avanti e Salva.
4. Sfoglia la directory creata nel Finder.
5. La sottodirectory "librerie" identificherà le librerie necessarie per impostare Ignora installazione su Sì.
6. in alcuni casi usr/local/includeidentificherai i file di intestazione colpevole che devi spostare da Pubblico a Progetto o i file che devi cambiare dal percorso assoluto alla directory dei prodotti (o anche i file che hai dimenticato di impostare skip install su yes flag). ma quella directory (cioè usr / local / include) varia a seconda della struttura della directory del tuo sublibrary. In molti casi .. vedrai tutti i file elencati in Copia file nel passaggio 3 sopra elencati qui. Se li trovi qui, allora hai una risposta definitiva per la causa del tuo problema.

aggiorna al suggerimento: per rendere la vita ancora più semplice .. qualunque file appaia al punto 4 nel suggerimento sopra .. basta cercarlo nella ricerca globale di xcode .. e dovresti ottenere risultati immediati per quello che vuoi .. per esempio, questo era il contenuto della mia cartella (seguendo i passaggi nel suggerimento sopra):

Quindi potrei dire che ha qualcosa a che fare con il librerie crypto e ssl ... cercandole:

mi ha fatto capire che ho dimenticato di impostare skip install su yes.

Se esporti l'archivio, aprilo e vedi /urs/local/includein Prodotti prova questo suggerimento :

In ogni pod, sotto Packaging, Private Headers Folder Pathed Public Headers Folder Pathè impostato su /usr/local/include. Se li cancello quindi ottengo un archivio valido.

Ha funzionato per me dopo aver aggiornato la mia app React Native a 0.11.0, Xcode 7e CocoaPods 0.39.0.beta.4.

Se stai usando CocoaPods, WatchKit o un'estensione di oggi, c'è un problema aperto nel repository CocoaPods che spiega quale potrebbe essere il tuo problema.

La soluzione per me è stata quella di rimuovere la Copy Pod Resourcesfase dagli obiettivi Estensione estensione WatchKit e Oggi sotto Build Phases. Il progetto è stato compilato e archiviato come previsto una volta fatto questo.

Spero che questo aiuti qualcuno, questo mi ha lasciato per un giorno intero!

Se una delle risposte di cui sopra non funziona, il problema è probabilmente con cocoaPods. L'ultimo aggiornamento mi ha 0.38.1incasinato le cose, ma poi ho effettuato il downgrade 0.37.1e le cose sono tornate alla normalità. utilizzandoXcode 6.3.1

Modifica successiva: l' aggiornamento a 0.38.2risolverà anche questo. Maggiori informazioni su ciò che ha causato questo problema qui: Cocoapods 0.38.1 non è riuscito a creare un archivio valido

Anche se sto usando Xcode5 e ciò che lo ha ordinato per me è stata la modifica del Build Scheme - provare tutti i suggerimenti di cui sopra che erano applicabili non ha aiutato nel mio caso.

Avevo due obiettivi, ad esempio "App" e "App FREE". I miei problemi con l'archivio generico si sono verificati quando stavo cercando di archiviare la versione GRATUITA, che ho aggiunto dopo la versione "normale" dell'app. Nel mio caso, quando ho selezionato il suo schema nella barra degli strumenti e ho scelto Modifica schema ... Ho visto che la sezione Build aveva due obiettivi, vale a dire App e App FREE.

Ho deselezionato tutte le colonne per App, lasciando selezionate solo le colonne di App FREE e ho fatto clic su OK. La prossima volta che ho scelto Prodotto> Archivio, ho ottenuto la mia app GRATUITA anziché un archivio generico. :)

Se hai un solo progetto, forse questa soluzione sarebbe utile. Questo problema si era verificato quando ho duplicato l'obiettivo. Di conseguenza ho costruito due obiettivi in ​​parallelo. Questo stava causando il problema. È stato creato un archivio IOS generico.

Per disattivare il parallelo costruito, vai a

• Gestire schemi,
• Modifica schema,
• Costruire,
• Rimuovi l'altro bersaglio.

Ho avuto questo problema dopo l'aggiornamento a iOS 9 e Xcode 7. La soluzione di Josh H ha funzionato per me:

In ogni contenitore, in Imballaggio, il percorso della cartella delle intestazioni private e il percorso della cartella delle intestazioni pubbliche è impostato su / usr / local / include. Se li cancello quindi ottengo un archivio valido.

Ho anche creato uno script post installazione per il mio Podfile per farlo automaticamente!

    post_install do |installer_representation|
        installer_representation.pods_project.targets.each do |target|
            target.build_configurations.each do |config|
                config.build_settings['PUBLIC_HEADERS_FOLDER_PATH'] = [""];
                config.build_settings['PRIVATE_HEADERS_FOLDER_PATH'] = [""];
            end
        end
    end

Aggiungilo in fondo al tuo Podfile ed eseguilo pod install

Ho più progetti nel mio spazio di lavoro (GTL, Pods e il mio progetto principale) e questo è ciò che ha funzionato per me:

Seleziona il Progetto, ci saranno 2 tipi lì, c'è il Progetto e ci sono i Target .

Per progetti che non sono i tuoi principali like GTLo PODS:

progetti:

Skip Install = NO
Installation Directory = /Applications
// For pods
Private Headers Folder Path = ""
Public Headers Folder Path = ""

obiettivi:

Skip Install = YES
Installation Directory = /Applications
// For pods
Private Headers Folder Path = ""
Public Headers Folder Path = ""

Per il progetto principale (che di solito è chiamato come il nome del tuo prodotto):

progetti:

Skip Install = NO
Installation Directory = /Applications

obiettivi:

Skip Install = NO
Installation Directory = /Applications

Controllare la destinazione di distribuzione iOS su ciascun progetto e destinazione per assicurarsi che siano tutti uguali.

Ho avuto questo problema. Nel mio caso, è stato causato mantenendo una destinazione dell'app Mac come dipendenza dell'app iOS.

Il motivo per cui è stato configurato in questo modo è che l'app per Mac era uno strumento utilizzato per generare alcuni dati per l'app per iOS, che è stata quindi inclusa nel pacchetto.

Ho dovuto rimuovere quella dipendenza e creare lo strumento separatamente prima di creare una stessa app per iOS.

Nel mio scenario stavo ottenendo l'errato "archivio generico" solo dopo aver iniziato a includere il codice Swift nel mio progetto prevalentemente Objective-C. Dopo un sacco di risoluzione dei problemi e di esame del file di archivio che Xcode stava sputando, ho notato che la SwiftSupportcartella (con i dylibs richiesti per il runtime di Swift) si trovava in una posizione diversa nel mio archivio rispetto a un nuovissimo archivio di app per progetti Swift nuovo di zecca .

Ho trovato l' Installation Directoryimpostazione di build e ho notato che era impostato su un percorso personalizzato nel mio progetto. L'ho semplicemente cancellato (impostandolo sul suo valore generico di /Applications) e il prossimo Build -> Archive ho funzionato come previsto e mi ha dato un archivio app iOS corretto.

TL; DR: assicurati che l' Installation Directoryimpostazione di compilazione sia impostata sul valore predefinito /Applicationsquando includi il codice Swift nella tua app, soprattutto se stai iniziando con un file di progetto precedente che potrebbe avere alcune impostazioni di build legacy impreviste.

Lasciandolo qui per salvare gli altri dallo stesso viaggio.

Ho scoperto che dovevo rimuovere la stessa fase di compilazione delle risorse del pod di copia da una destinazione di libreria statica nell'area di lavoro.

Aggiunta alla risposta di Alex L.

Punto 3. Modifica 'Impostazioni build' -> 'Percorso cartella intestazione pubblica' in 'include / xxx' funziona anche.

Se nessuno dei precedenti ti ha aiutato ... dopo molto tempo .......

Ho eliminato il valore in Info.plist per la versione bundle perché ero abbastanza felice con solo la versione bundle 1.0 breve.Male. Non farlo

* Nota che in realtà l'ho fatto modificandolo nell'interfaccia utente a destra senza rendermi conto che avrebbe messo una chiave vuota nel file Info.plist. Penso che lo renda invalido. Il mio bundle è apparso come altri elementi durante l'archiviazione e non aveva l'icona e non sono riuscito a caricarlo da nessuna parte.

Questo si riduce a valori non validi in Info.plist. Se non è un archivio valido, prova a decomprimere un vecchio archivio e rilasciarlo / sovrascriverne quello corrente e vedere se lo corregge durante la ricostruzione dell'archivio.

1. Vai a Build Settings e aggiungi

   yourAppName / Resources / dist.plist ai diritti di firma del codice

2. Premi cmd + B con il dispositivo iOS o un dispositivo reale selezionato come Build Build

3. Al termine -> scorrere fino alla cartella "Prodotti" e fare clic con il tasto destro del mouse su NomeApp.app

4. Scegli "Mostra nel Finder"

5. Crea una cartella con nome Payload ( maiuscola "P" )

6. Copia yourAppName nella tua cartella Payload

7. Crea una zip dalla cartella Payload

8. Rinomina lo zip in yourAppName.ipa

FATTO

Dopo aver provato praticamente tutto:

• Pulito, Archivio
• elimina DerivedData, Archive
• riavvia Xcode (stavo usando XCode7), Archive
• combinazioni di cui sopra ...

Ho quindi notato che la mia partizione di avvio era "a corto di spazio libero su disco" ... circa 1 GB o giù di lì. Ho riavviato, quindi ho ottenuto circa 18 GB gratuiti.

Quindi ho aperto Xcode e project, ho eseguito Archive ... e sorprendentemente (dopo un'ora di tentativi di creare un Archive) ho finalmente ottenuto un Archive non generico.

Non ho idea se è un problema di disco libero che lo ha riparato o un riavvio di macOS che lo ha riparato, ma ha funzionato per me.

Se hai dei file .xcodeproj in Progetto> Target> Crea fasi> dipendenze di destinazione rimuovilo da lì e quindi crea il tuo ipa. Per me funziona. Saluti

Puoi ottenere una risposta qui: xcode sta creando un archivio xcode generico anziché un archivio app iOS

Nel mio caso, ho dovuto spostare sia FMDB che BlocksKit su librerie statiche. In precedenza erano costruiti come sottoprogetti. Ricorda che puoi usare lipo per creare librerie universali. Quando si creano i prodotti finali, il codice del simulatore verrà rimosso automaticamente.

Un altro possibile motivo di ciò è avere riferimenti in "Dipendenze target" a progetti per una piattaforma diversa. Nel mio caso particolare, stavo lavorando a un progetto che condivide il codice per OSX e iOS. In uno dei target iOS, avevo accidentalmente aggiunto un target OSX come dipendenza.

Per essere accurato, sto pubblicando la mia soluzione.

Ho riscontrato lo stesso identico problema nel provare a creare un archivio di un progetto iOS in Xcode 5.1.1 (5B1008). Nessuno dei suggerimenti di cui sopra ha risolto il problema e la maggior parte di essi era irrilevante (non avevo aggiunto alcun framework e non avevo voci pubbliche nella sezione Copia intestazioni delle mie fasi di creazione).

Nel mio caso, risolvere il problema consisteva semplicemente nel chiudere il mio progetto, eliminare tutti gli archivi che avevo precedentemente realizzato, andare su Preferenze> Account, rimuovere il mio account sviluppatore, uscire da Xcode, riavviare, aggiungere nuovamente il mio account sviluppatore, avviare il processo di archiviazione ancora. Ciò ha risolto immediatamente il mio problema.

Un'altra soluzione, dal momento che tutto quanto sopra non ha funzionato per me ...

Modificato il User Header Search Paths(suppongo Header Search Pathsfunzionerebbe altrettanto elegantemente) in "$(BUILT_PRODUCTS_DIR)/BlocksKit".

Contesto :

In BlockKit, gli sviluppatori hanno strutturato le intestazioni nel progetto principale in modo diverso rispetto alla struttura durante l'implementazione. Pertanto, non è possibile fare riferimento alle intestazioni nel progetto e fare riferimento alle intestazioni copiate nella directory di generazione.

Il modo in cui ha funzionato per me in (Xcode 5) avevo 2 target e quando ho modificato lo schema, nel riquadro sinistro dell'editor dello schema, vedrai il [BUILD, RUN, TEST, PROFILE XXX.APP, ANALYZE, ARCHIVE ] dal riquadro BUILD, vedrai i target del tuo progetto elencati in un elenco. All'estrema destra vedrai le selezioni ARCHIVIO, assicurati che sia selezionato un solo bersaglio per l'archiviazione.

Avevo selezionato 2 dei miei obiettivi nel mio progetto, ho verificato solo l'obiettivo desiderato nel prodotto e ha funzionato!

Ho risolto questo errore aprendo esclusivamente il progetto dell'app in XCode, ovvero. non aprire uno spazio di lavoro comprendente l'applicazione e altri progetti / librerie / framework.

Avendo 2 progetti separati, un framework o una libreria condivisa e un'applicazione iOS, ho dovuto aprire 2 diverse finestre XCode, ognuna aprendo direttamente il file .xcodeproj invece del comune .xcworkspace , al fine di costruirle rapidamente.

Come un piacevole effetto collaterale, XCode non ricostruisce più ogni destinazione di ogni progetto dopo aver eseguito una pulizia , con conseguente riduzione dei tempi di costruzione.

Sfondo: sto creando un SDK open source e un'applicazione demo per iOS. Avevo entrambi aperto in un unico spazio di lavoro. L'impostazione Ignora installazione su SÌ sulle destinazioni SDK impedirebbe a chiunque di creare un archivio, poiché sarebbe vuoto, quindi questa non era un'opzione. L'uso di Project anziché delle intestazioni pubbliche porterebbe a un archivio privo dei file di intestazione che dovrebbero essere distribuiti, quindi neanche questa era un'opzione.

Perché era perché stavo lavorando in un'area di lavoro. Il progetto è stato archiviato ma non verrà visualizzato nella finestra dell'organizzatore. Ho chiuso l'area di lavoro e aperto il progetto da solo. L'archivio è stato aperto nell'organizzatore ... spero che sia d'aiuto.

Nel mio caso, avevo uno script personalizzato che stava copiando alcuni file temporanei in:

${TARGET_BUILD_DIR}/myTempDir

Ciò significava che, dopo aver esaminato l'archivio per verificarne il contenuto, ho trovato proprio accanto al file .app una cartella myTempDir. Una volta ho modificato lo script per salvare altrove le cose sono state ordinate.

Prova a impostare le intestazioni $ (PROJECT_NAME) nel percorso della cartella delle intestazioni pubbliche di Projet Framework. Devi andare per creare le impostazioni del Target libreria quindi modificare il percorso della cartella delle intestazioni pubbliche come intestazioni $ (PROJECT_NAME).

Se si utilizza Xcode 7 con cocoapods v.0.38.2 . Prova a rimuovere copy pod resourcesdal tuo obiettivo di estensione oggi.

Ho riscontrato questo problema dopo aver aggiunto uno strumento da riga di comando OS X al progetto della mia app iOS e Skip Install era impostato su NO per impostazione predefinita per la destinazione dello strumento da riga di comando. Dal momento che ovviamente non è possibile installare un binario OS X su un dispositivo iOS, l'archiviazione è predefinita in un archivio Xcode generico. L'impostazione Ignora installazione su SÌ per questa destinazione ha risolto il problema.