No se puede generar el archivo de aplicaciones iOS en xcode

Esto puede suceder si ha agregado un framework/biblioteca ... necesita editar la configuración de Target->Build de esa biblioteca y establecer la configuración 'Skip Install' en 'Yes'. Cuando vuelva a archivar, XCode debería comenzar a producir un 'Archivo de aplicaciones iOS' de nuevo en lugar de un 'archivo xcode genérico'.

Además de Skip Install a Yes y en caso de que abra otro proyecto lib / framwork dentro de su proyecto de aplicación, debe mover los encabezados (si los hay) de public a project en la Fase de compilación de / Copiar encabezados .

Hice lo siguiente para que funcionara para mí:

1. Tenía una biblioteca estática three20, usé cocoapods para incluir los archivos dentro del proyecto principal
2. siguió la instalación de salto para todos los demás subproyectos / bibliotecas estáticas y cambió las cabeceras de copia de público a proyecto como se indicó anteriormente
3. lo más importante: en cada biblioteca que use su proyecto vaya a fases de compilación - > Copiar archivos y asegúrese de que destino se cambia de Absolute path a products directory. Nota: vea la sugerencia a continuación para limitar su búsqueda y encontrar la biblioteca que causa este error.

Y eso fue todo!

Sugerencia: para tener una idea de los archivos ofensivos que están causando que su archivo cree un archivo de archivo en lugar de un ipa, haga lo siguiente:

1. Seleccione el archivo y haga clic en el botón Distribuir.
2. Seleccione la opción 'Guardar productos construidos'.
3. Pulse Siguiente y Guardar.
4. Navega por el directorio creado en Finder.
5. El subdirectorio 'libraries' identificará las bibliotecas que necesita para configurar Skip Install en Yes.
6. en algunos casos usr/local/include identificará los archivos de encabezado culpables que necesita mover de Público a Proyecto o los archivos que tiene que cambiar de ruta absoluta al directorio de productos (o incluso los archivos que olvidó configurar la opción skip install en sí). pero ese directorio (es decir, usr/local/include) varía dependiendo de la estructura del directorio sublibrario. En muchos casos.. ya verás todos los archivos listados bajo Copiar archivos en el paso 3 arriba listado aquí. Si los encuentras aquí, entonces tienes una respuesta definitiva para la causa de tu problema.

Actualizar a pista: para hacer la vida aún más simple.. cualquier archivo que aparezca en el paso 4 en hint arriba.. simplemente búscalo en la búsqueda global de xcode.. y usted debe obtener resultados inmediatos para lo que desea.. por ejemplo, este era el contenido de mi carpeta (siguiendo el pasos en la pista anterior):

Así que podría decir que tiene algo que ver con las bibliotecas crypto y ssl.. buscando por ellos:

Me hizo darme cuenta de que olvidé configurar skip install en sí.

Si exporta el archivo, ábralo y vea /urs/local/include en Productos pruebe esta sugerencia :

En cada vaina, bajo Packaging, Private Headers Folder Path y Public Headers Folder Path se establece en /usr/local/include. Si los borro, entonces obtengo un archivo válido.

Funcionó para mí después de actualizar mi aplicación React Native a 0.11.0, Xcode 7 y CocoaPods 0.39.0.beta.4.

Si está utilizando CocoaPods, así como WatchKit o una extensión Today, hay un problema abierto en el repositorio CocoaPods explicando cuál podría ser su problema.

La solución para mí fue eliminar la fase Copy Pod Resources de la extensión WatchKit y de los objetivos de Extensión Today bajo Build Phases. El proyecto compilado y archivado como se esperaba una vez que hice esto.

Espero que esto ayude a alguien, esto me tenía perplejo durante todo un día!

Si alguna de las respuestas anteriores no funciona, su problema es probablemente con cocoaPods. La última actualización 0.38.1 arruinó las cosas para mí, pero luego bajé a 0.37.1 y las cosas volvieron a la normalidad. Usando Xcode 6.3.1

Editar más tarde: actualizar a 0.38.2 también solucionará esto. Más información sobre lo que causó este problema aquí: Cocoapods 0.38.1 no pudo crear un archivo válido

Aunque estoy usando Xcode5 y lo que lo arregló para mí fue editar el Esquema de compilación, probar todas las sugerencias anteriores que eran aplicables no ayudó en mi caso.

Tenía dos objetivos, por ejemplo, "App" y "App FREE". Mis problemas con el archivo genérico ocurrieron cuando estaba tratando de archivar la versión GRATUITA, que agregué después de la versión 'normal' de la aplicación. En mi caso, cuando seleccioné su Esquema en la barra de herramientas y elegí Editar esquema ... Vi que la sección de construcción tenía dos objetivos, a saber, Aplicación y Aplicación GRATUITA.

Desmarcé todas las columnas de App, dejando solo las columnas de App FREE marcadas y hice clic en Aceptar. La próxima vez que elegí Producto > Archivo, obtuve mi aplicación GRATIS en lugar de un archivo Genérico. :)

Si solo tiene un proyecto, tal vez esta solución sea útil. Este problema había ocurrido, cuando me duplica la de destino. Como resultado tuve dos objetivos construidos en paralelo. Esto estaba causando el problema. Generic IOS archive fue construido.

Para activar el paralelo construido fuera ir a

• Gestionar esquemas,
• Editar esquema,
• Construir,
• Elimina el otro objetivo.

Tuve este problema después de actualizar a iOS 9 y Xcode 7. La solución de Josh H funcionó para mí:

En cada pod, en Packaging, Private Headers Folder Path y Public La ruta de la carpeta Headers se establece en / usr / local / include. Si los limpio entonces Tengo un archivo válido.

También hice un script de instalación post para mi Podfile para hacer esto automáticamente!

    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

Simplemente agrégalo al final de tu Podfile y ejecuta pod install

Tengo múltiples proyectos en mi espacio de trabajo, (GTL, Pods y mi proyecto principal) y esto es lo que funcionó para mí:

Seleccione el Proyecto, habrá 2 tipos allí, está el Proyecto y están los Objetivos .

Para proyectos que no son tu principal como GTL o PODS:

Proyectos:

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

Objetivos:

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

Para el proyecto principal (que generalmente se llama igual que su nombre del producto):

Proyectos:

Skip Install = NO
Installation Directory = /Applications

Objetivos:

Skip Install = NO
Installation Directory = /Applications

Compruebe el destino de implementación de ios en cada proyecto y destino para asegurarse de que todos son iguales.

Tuve este problema. En mi caso, fue causado por mantener un objetivo de la aplicación Mac como una dependencia de la aplicación iOS.

La razón por la que se configuró de esta manera fue que la aplicación Mac era una herramienta utilizada para generar algunos datos para la aplicación iOS, que luego se incluyó en el paquete.

Tuve que eliminar esa dependencia y construir la herramienta por separado antes de hacer una compilación de la propia aplicación iOS.

En mi escenario, estaba obteniendo el "Archivo Genérico" erróneo solo después de comenzar a incluir código Swift en mi proyecto predominantemente Objective-C. Después de un montón de solución de problemas y examen del archivo de archivo que Xcode estaba escupiendo, me di cuenta de que la carpeta SwiftSupport (con los dylibs necesarios para el tiempo de ejecución de Swift) estaba en un lugar diferente en mi archivo que de un nuevo archivo de aplicaciones de proyecto Swift de vainilla.

Encontré la configuración de compilación Installation Directory y noté que estaba configurada como personalizada camino en mi proyecto. Simplemente lo eliminé (ajustándolo a su valor genérico de /Applications) y la siguiente Compilación -> Archivo que hice funcionó como se esperaba y me dio un Archivo de aplicaciones iOS adecuado.

TL; DR: Asegúrese de que su configuración de compilación Installation Directory esté establecida en su valor predeterminado de /Applications al incluir código Swift en su aplicación, especialmente si está comenzando con un archivo de proyecto anterior que puede tener algunas configuraciones de compilación heredadas inesperadas.

Adición a la respuesta de Alex L 's.

Punto 3. Cambiar 'Build Settings' - > 'Public Header Folder Path' a 'include / xxx' también funciona.

Dejar esto aquí para salvar a otros del mismo viaje.

Descubrí que también necesitaba eliminar la misma fase de compilación de recursos del Pod de copia de un destino de biblioteca estática en mi espacio de trabajo.

1. Vaya a Configuración de compilación y agregue

   YourAppName / Resources / dist.plist a los Derechos de Firma de Código

2. Pulse cmd + B con Dispositivo iOS o Dispositivo Real seleccionado como Destino de generación

3. Cuando termine - > desplácese a la carpeta "Productos" y haga clic derecho en yourAppName.app

4. Elija "Mostrar en Finder"

5. Crear una carpeta con el nombre Payload (capital "P")

6. Copie Su nombre en su carpeta de carga útil

7. Crea un zip desde tu carpeta de carga útil

8. Renombrar el zip a yourAppName.ipa

HECHO

Si nada de lo anterior le ayudó...después de mucho tiempo.......

He eliminado el valor en la información.plist para la versión de Paquete porque estaba lo suficientemente feliz con solo la versión de paquete Corto 1.0. Malo. No hagas esto.

*Nota En realidad hice esto editándolo en la interfaz de usuario de la derecha sin darme cuenta de que pondría una clave vacía en la información.archivo plist. Creo que eso lo hace inválido. Mi paquete apareció como otros elementos durante el archivo y no tenía ningún icono, y no pude cargar a cualquier parte.

Esto se reduce a valores no válidos en la información.plist. Si no es un archivo válido, intente descomprimir un archivo antiguo y dejar caer / sobrescribir el archivo actual y ver si lo corrige al reconstruir el archivo.

Después de probar casi todo:

• Limpiar, Archivar
• delete DerivedData, Archive
• reinicie Xcode (estaba usando XCode7), Archive
• combinaciones de arriba...

Entonces noté que mi partición de arranque era 'baja en espacio libre en disco'... alrededor de 1GB más o menos. Reinicié, luego conseguí unos 18 GB gratis.

Luego abrió Xcode y project, realizó el archivo... y sorprendentemente (después de una hora de intentar construir un archivo) finalmente conseguí un no Genérico Archivo.

No tengo idea si es un problema de disco libre que lo arregló o un reinicio de macOS que lo arregló, pero funcionó para mí.

Si tiene alguno .los archivos xcodeproj en Proyecto>Objetivos>Fases de compilación>dependencias de destino lo eliminan de allí y luego construyen su ipa. Funciona para mí. Salud

Puede obtener la respuesta aquí: xcode está creando un archivo xcode genérico en lugar de iOS App Archive

En mi caso, tuve que mover tanto FMDB como BlocksKit a bibliotecas estáticas. Anteriormente se construían como subproyectos. Recuerde que puede usar lipo para crear bibliotecas universales. Al construir los productos finales, el código del simulador se eliminará automáticamente.

Otra posible razón para esto es tener referencias en "Dependencias de destino" a proyectos para una plataforma diferente. En mi caso particular, estaba trabajando en un proyecto que comparte código para OSX e iOS. En uno de los objetivos de iOS, había añadido accidentalmente un objetivo OSX como dependencia.

Para ser minucioso, estoy publicando mi solución.

Experimenté exactamente el mismo problema al intentar construir un archivo de un proyecto iOS en Xcode 5.1.1 (5B1008). Ninguna de las sugerencias anteriores solucionó el problema, y la mayoría de ellas eran irrelevantes (no había agregado ningún Framework y no tenía ninguna entrada Pública en la sección de Encabezados de copia de mis Fases de compilación).

En mi caso, arreglar el problema consistió simplemente en cerrar mi proyecto, eliminar cualquier archivo que tuviera realizado previamente, ir a Preferencias > Cuentas, eliminar mi cuenta de desarrollador, salir de Xcode, relanzar, volver a agregar mi cuenta de desarrollador, iniciar el proceso de archivo de nuevo. Esto solucionó mi problema inmediatamente.

Una solución más, ya que todo lo anterior no funcionó para mí...

Cambió el User Header Search Paths (supongo que Header Search Paths funcionaría igual de elegantemente) a "$(BUILT_PRODUCTS_DIR)/BlocksKit".

Antecedentes :

En BlockKit, los desarrolladores han estructurado los encabezados en el proyecto principal de manera diferente a la estructura en la implementación. Por lo tanto, no puede hacer referencia a los encabezados en el proyecto, y debe hacer referencia a los encabezados copiados en el directorio de compilación.

La forma en que esto funcionó para mí en (Xcode 5) tenía 2 destinos y cuando edité el esquema, en el panel izquierdo del editor de esquemas, verá el [CONSTRUIR, EJECUTAR, PROBAR, PERFIL XXX.APP, ANALIZAR, ARCHIVAR] desde el panel de COMPILACIÓN, verá los destinos de su proyecto listados en una lista. En el extremo derecho verá las selecciones de ARCHIVO, asegúrese de que solo se seleccione un destino para archivar.

Tenía 2 de mis objetivos seleccionados en mi proyecto, comprobé solo el objetivo que quería en el producto, y funcionó!

Resolví este error al abrir únicamente el proyecto de la aplicación en XCode, es decir. no abrir un espacio de trabajo que comprenda la aplicación y otros proyectos/bibliotecas/frameworks.

Teniendo 2 proyectos separados, un marco o biblioteca compartida y una aplicación iOS, tuve que abrir 2 ventanas XCode diferentes, cada una abriendo directamente el .xcodeproj archivo en lugar del común .xcworkspace , con el fin de construir previamente cada uno.

Como un buen efecto secundario, XCode no longer reconstruye cada objetivo de cada proyecto después de hacer un Clean, lo que resulta en tiempos de compilación cortos.

Antecedentes: Estoy creando un SDK de código abierto y una aplicación iOS de demostración. Había abierto ambos en un solo espacio de trabajo. Establecer Skip installa YES en los destinos del SDK evitaría que cualquiera creara un archivo, ya que estaría vacío, por lo que esta no era una opción. Usar Project en lugar de Public headers conduciría a un archivo faltaban los archivos de cabecera que debían distribuirse, por lo que tampoco era una opción.

Porque era porque estaba trabajando en un espacio de trabajo. El proyecto se archivó, pero no se mostrará en la ventana del organizador. Cerré el espacio de trabajo y abrí el proyecto por sí solo. El archivo se ha abierto en el organizador ... espero que sea ayuda.

En mi caso, tenía un script personalizado que estaba copiando algunos archivos temporales en:

${TARGET_BUILD_DIR}/myTempDir

Eso significaba que, después de investigar el archivo para inspeccionar su contenido, encontré justo al lado de la .archivo de aplicación una carpeta myTempDir. Una vez que modifiqué el script para guardar en otro lugar, las cosas se ordenaron.

Intente establecer encabezados PROJ(PROJECT_NAME)en la ruta de la carpeta Public Headers de Framework projet. Tienes que ir a la configuración de compilación del destino de la biblioteca y luego editar la ruta de la carpeta Public Headers como Hea(PROJECT_NAME)Headers.

Si se usa Xcode 7 con cocoapods v. 0.38.2. Intente eliminar copy pod resources de su destino de extensión today.

Encontré este problema después de agregar una herramienta de línea de comandos de OS X al proyecto de mi aplicación iOS, y Skip Install se estableció en NO de forma predeterminada para el objetivo de la herramienta de línea de comandos. Dado que obviamente no puede instalar un binario de OS X en un dispositivo iOS, el archivo predeterminado es un archivo genérico de Xcode. Si se establece Skip Install en SÍ para este destino se solucionó el problema.