Estoy intentando pasar al nuevo sistema de compilación al compilar con Xcode 10. Sin embargo, aparece el siguiente error:

Cycle details:
→ Target 'project' : LinkStoryboards

Target 'project' has compile command with input '/Users/project/Commons/Components/ScreenshotSharing/ViewController/AppShare.storyboard'

Target 'project' : ValidateEmbeddedBinary /Users/project/Xcode/DerivedData/project-hgqvaddkhmzxfkaycbicisabeakv/Build/Products/Debug-iphoneos/project.app/PlugIns/stickers.appex

Target 'project' has process command with input '/Users/project/Resources/Info.plist'

Target 'project' has compile command with input '/Users/project/Commons/Components/ScreenshotSharing/ViewController/AppShare.storyboard'

Incluso después de eliminar el archivo problemático, obtengo lo mismo para otro xib / storyboard. ¿Cómo puedo solucionar este error sin volver al sistema de compilación heredado?

Para cualquiera que tenga un problema con el sistema de compilación Xcode 10, siga los siguientes pasos para solucionarlo:

1. En Xcode, vaya a Archivo-> Proyecto / Configuración del espacio de trabajo.
2. Cambie el sistema de compilación al sistema de compilación heredado.

Resolverá el problema de compilación con el nuevo Xcode.

Si desea trabajar con el nuevo sistema de compilación, puede encontrar la ayuda para la resolución de problemas en esta página de ayuda de Apple Xcode .

Estaba teniendo este problema con Cocoapods. La solución fue limpiar la carpeta de compilación, volver a instalar todos los pods y luego reconstruir la aplicación. El problema se resolvió de esa manera.

Solucioné mi problema moviendo la fase de compilación de 'Copiar recursos de paquete' antes de todas mis fases de compilación de 'Copiar archivos' y 'Vincular binarios con bibliotecas'

El nuevo sistema de compilación de Xcode 10 detecta los ciclos de dependencia en su compilación y proporciona diagnósticos para ayudarlo a resolverlos. La reparación de estos ciclos de dependencia mejora la confiabilidad de su compilación, de modo que los productos correctos se produzcan de manera consistente (los ciclos son una posible causa de la necesidad de eliminar sus datos derivados). También mejora sus tiempos de compilación incrementales, ya que los ciclos en la compilación hacen que algo en su gráfico de compilación esté siempre desactualizado en cada compilación, lo que hace que la repetición de compilación funcione innecesariamente cada vez que compila.

Hay documentación sobre cómo resolver algunos tipos comunes de ciclos de dependencia en la Ayuda de Xcode: https://help.apple.com/xcode/mac/current/#/dev621201fb0

Dicho esto, este diagnóstico de ciclo parece un poco extraño. Parece que pudiste resolverlo reorganizando tus fases de compilación, pero no creo que el diagnóstico realmente explicara el problema. Si no le importa, un informe de error sobre cómo mejorar este diagnóstico para este caso particular sería muy apreciado. Puede presentar uno en https://bugreport.apple.com . Incluya todos los detalles sobre su proyecto que crea que pueden ser relevantes; un proyecto de muestra que reproduzca el problema es ideal, pero si no puede adjuntarlo, el diagnóstico y alguna idea de la estructura del proyecto siguen siendo útiles.

Tenía este problema con Cocoapods y encontré una solución temporal:

1. Instale la última versión de cocoapods (1.5.3): sudo gem update cocoapods
2. Elimina tus datos derivados: rm -rf ~/Library/Developer/Xcode/DerivedData/*
3. pod install

Fuente aquí y estoy en Xcode 10 beta 4.

EDITAR : ahora en Xcode 10.0 y sigue siendo relevante.

Tuve un problema similar con una interacción mixta entre Swift, Objective-C y CoreData : en mi proyecto (escrito en Swift) también hice uso de las clases Swift autogeneradas de Core Data.

Pero en un momento necesité una clase Objective C con propiedades públicas (definidas en su contraparte del encabezado) que refirieran las entidades de datos centrales.

#import "ProjectName-Swift.h" // this is to import the swift entities into ObjC

@interface myObjCClass : NSObject

@property (nonatomic) MyCoreDataClass*myEntity;

@end

Tan pronto como cambié el modelo de CoreData, XCode intentó reconstruir las clases y me colgué con el error de compilación del ciclo indicado.

Después de un momento inicial de desesperación, como no tenía ninguna fase de encabezado de compilación en mi proyecto para cambiar el orden, descubrí que la solución era bastante simple:

En el myObjCClass.h, eliminé la declaración de importación del encabezado Swift compartido y la cambié con una @classdirectiva:

@class MyCoreDataClass; // tell the compiler I will import the class definition somewhere else

// the rest stays the same
@interface myObjCClass : NSObject

@property (nonatomic) MyCoreDataClass*myEntity;

@end

y moví la #import "ProjectName-Swift.h"declaración al myObjCClass.marchivo de definición de clase.

#import "myObjCClass.h"
#import "ProjectName-Swift.h"

@implementation myObjCClass

@end

Y no generó preocupaciones.

Finalmente pude resolver esto moviendo el Embed App Extensionsscript Build Phasesdel Target principal a la última posición.

De hecho, solo debe prestar atención al indicador de Xcode This usually can be resolved by moving the target's Headers build phase before Compile Sourcesy luego puede hacerlo.

Cuando encontré este problema, Xcode me pregunta:

:-1: Cycle inside XXXX; building could produce unreliable results. This usually can be resolved by moving the target's Headers build phase before Compile Sources.
Cycle details:
→ Target 'XXXX': LinkStoryboards
○ Target 'XXXX: Ditto Path/XXXX-Swift.h /Path/XXXX-Swift.h
○ Target 'XXXX has compile command for Swift source files
○ That command depends on command in Target 'XXXX: script phase “Run Script”

Solo hice una cosa y resolví el problema perfectamente:

Seleccione Targety luego seleccione Build Phasepara mover el Run Scriptal frente de Compile Sources.

Ejecutar, compilado con éxito.

El principio es simple, simplemente cambie el orden de compilación.

Xcode 10.2 y Swift 5

Estaba enfrentando el mismo problema: a continuación estaba el error

Ciclo en dependencias entre los objetivos 'Pods-MyAppName' y 'RxCocoa'; la construcción podría producir resultados poco fiables. Por lo general, esto se puede resolver moviendo la fase de construcción de Encabezados de destino antes de Compilar fuentes. Ruta del ciclo: Pods-MyAppName → RxCocoa → Pods-MyAppName

Lo resolví usando los siguientes pasos:

1). Ir al objetivo RxCocoa en el proyecto Pods-MyAppName

2) Ir a las fases de construcción

3) Arrastre la fase de encabezados y muévala por encima de la fase de creación de fuentes compiladas.

Esto solucionó mi problema. ¡Espero eso ayude!

En el objetivo Scheme, busque la etiqueta Buildy asegúrese de que Find Implicit Dependenciesno esté marcada. Estos pasos pueden funcionar.

Mi solución fue simplemente limpiar la carpeta de compilación y luego volver a compilar.

Mi problema tenía que ver con una dependencia cíclica entre mi encabezado de puente rápido y mis archivos objetivos c.

En mis archivos de encabezado objetivo c tenía un #import "...-swift.h"archivo y luego en un par de mis archivos rápidos estaba incluyendo esos archivos con dicha importación y, por lo tanto, causando una dependencia cíclica.

Este es el StackOverflow que me llevó a encontrar la solución:

Objetivo C, problema de interoperabilidad rápida debido a la dependencia circular

Cómo evitar la referencia circular cuando el encabezado de puente Swift importa un archivo que importa Hopscotch-Swift.h en sí

EDITAR:

Terminé convirtiendo los archivos anteriores a rápido y esto resolvió mi problema.

Parece que necesita cambiar el orden de las fases de compilación dentro de los objetivos de sus Pods. Para mí, mover los encabezados por encima del resto funcionó. Puede automatizar esto en su Podfile:

require 'xcodeproj'

post_install do |installer|
  installer.pods_project.targets.each do |target|
    headers_phase = target.build_phases.find { |p| p.kind_of?(Xcodeproj::Project::Object::PBXHeadersBuildPhase) }
    if headers_phase
      puts "#{target.name}: Moving Headers build phase to top"
      target.build_phases.insert(0, target.build_phases.delete_at(target.build_phases.index(headers_phase)))
    end
  end
end

El mismo problema Version 10.0 beta 3 (10L201y)y quería tener el nuevo sistema de compilación .

El problema se ha desactivado Enable Modules (C and Objective-C)

en Build Settings -> Apple Clang - Language - Modules

Después de habilitarlo (establecido en SÍ) eliminó el error.

Me encontré con un problema similar cuando intenté archivar mi proyecto en Xcode 10. Aquí está el texto detallado:

→ Target 'mytarget': CodeSign /path/to/mytarget.app

○ Target 'mytarget': SetGroup staff /path/to/mytarget.app

○ Target 'mytarget': SetMode u+w,go-w,a+rX /path/to/mytarget.app

○ Target 'mytarget': SetGroup staff /path/to/mytarget.app

Se solucionó estableciendo $(USER)enmytarget -> Build Settings -> Deployment -> Install Owner

Core_Data

Tuve el mismo problema y error, pero el mío ocurrió cuando "Creé NSManagedObject Subclass" para mi entidad y me enfrenté a este error. Entonces, si cree que su error es el mismo que el mío sobre Core Data, lo que probablemente pueda ayudarlo (y me ayudó a mí) es:

• haga clic en su entidad en su archivo "xcdatamodel"
• vaya a la barra de la derecha, haga clic en Data Model Inspector
• cambie "Módulo" a "Módulo de producto actual"
• y finalmente, cambie "Codegen" a "Manual / Ninguno"
• limpiar y construir

Creo que porque en otros escenarios Xcode crea un archivo automáticamente y cuando creamos otro causa un conflicto.

Xcode 10.2.1 / Objetivo de prueba unitario. Mi objetivo de prueba unitaria es independiente del objetivo del host para mejorar el tiempo de construcción. Resolverlo por desmarques Find Implicit Dependenciesen Scheme- Buildopciones, pues especifico en todas las dependencias Build Settings- Compile Sources.

Es posible que pueda solucionar esto aquí:

Archivo -> Configuración del espacio de trabajo -> Sistema de compilación: Nuevo sistema de compilación

Probé cosas de esta página, pero lo único que me ayudó fue que hice una copia del objetivo y actualicé el nombre de la copia (eliminé el sufijo de copia), eliminé el anterior y luego instalé el pod.

Me enfrenté a este problema después de actualizar Xcode a la versión 11.4. La degradación a 11.2.1 lo solucionó.

Xcode: 11.3.1 Destino: XCUITest target

1. Ejecute el comando para limpiar la carpeta de compilación: rm -rf ~ / Library / Developer / Xcode / DerivedData / *

2. Cambiar la configuración del espacio de trabajo: seleccione Sistema de compilación heredado

Las siguientes dos opciones funcionaron para mí: Archivo-> Configuración del proyecto / área de trabajo.

1, cambie el sistema de compilación a "Sistema de compilación heredado" en Archivo-> Configuración del proyecto

2, Edite el esquema y seleccione la opción "Construir en paralelo" en la sección Generar.

En el panel del proyecto en el LHS, para sus productos de compilación, no los seleccione en la lista de miembros de Target en el panel RHS.