Índice de Swift Xcode congelado o lento

101

Tal vez sea solo yo experimentando una "característica" tan molesta:

Después de actualizar de Xcode 6.0.1 a Xcode 6.1, las cosas cambiaron. Xcode 6.1 está siempre indexando el proyecto o compilando archivos fuente. El proyecto no es enorme. Solo contiene un montón de archivos Swift y AWS SDK 2.0 Cocoapods en el espacio de trabajo. No creo que deba evitar que todo se indexe y se compile sin problemas. Probé con algunos ejemplos de aws-sdk-ios, solo para ver cómo funciona Xcode 6.1 en ellos, y terminó en lo mismo esperando para siempre.

Qué soluciones he probado hasta ahora:

  1. Eliminar "Datos derivados" en el Organizador y volver a abrir el espacio de trabajo. (no arreglar)
  2. "Mostrar contenido del paquete" en el archivo .xcodeproj y eliminar .xcworkspace como en ( Xcode 4 - rendimiento lento )

Ninguno de ellos funcionó, lamentablemente.

PD: ¿quizás debería intentar volver a crear el proyecto? Configuración de mi computadora: MacBook Pro (Retina, 13 pulgadas, mediados de 2014), memoria DDR3 de 8 GB a 1600 MHz, con Yosemite. (Creo que esto es suficiente para ejecutar este pequeño proyecto).

Leonard
fuente
¿Experiencias similares? Sí: indexación Swift de Xcode beta 3 para siempre
zisoft
2
No seré de mucha ayuda, pero lo que hago es ... Dejo que xcode 6.x se tome su tiempo. Si lucho contra él, me jode a lo grande, así que espero hasta que comience xcode 6. Dejo que funcione, es una indexación estúpida. Luego inicio el simulador de iOS por separado y espero hasta que aparezca su estúpido trampolín. Finalmente, cuando ejecuto un proyecto, paso por alto el hecho de que muchas veces la indexación dice "Pausado" y le rezo a <# godObject #>, bebo café e intento entrar en modo zen. Pero * suspiro *, es duro: / y me había gustado mucho xcode 5.1.1: |
staticVoidMan
Esta respuesta funcionó para mí: stackoverflow.com/a/33395844/242933
ma11hew28

Respuestas:

72

Probé muchas de las sugerencias anteriores, incluida la división de archivos, la instalación de Xcode 6.2 beta y la ruptura de las declaraciones de concatenación de cadenas. Lo que finalmente hizo por mí fue dividir una serie de declaraciones literales de diccionarios que estaba usando para los datos de prueba en varias .appenddeclaraciones.

// This causes indexing/building to hang...
var test = [ [ "a": false, "b": "c" ],
             [ "a": false, "b": "c" ],
             [ "a": false, "b": "c" ],
             [ "a": false, "b": "c" ],
             [ "a": false, "b": "c" ],
             [ "a": false, "b": "c" ] ]

// This works fine.
var test = [ [ "a": false, "b": "c" ] ]
test.append([ "a": false, "b": "c" ])
test.append([ "a": false, "b": "c" ])
test.append([ "a": false, "b": "c" ])
test.append([ "a": false, "b": "c" ])
test.append([ "a": false, "b": "c" ])

Además, por lo que vale, la sexta entrada en esta matriz es la que me causa el problema; cinco funciona bien.

zen
fuente
La misma solución funcionó para mí con un diccionario. Inicializarlo directamente provocó una indexación permanente. Inicializarlo init()paso a paso funciona perfectamente. Vale la pena mencionar que también tuve que eliminar el .xcworkspacearchivo.
jboi
Me lo arregló sin diccionarios involucrados. Solo una matriz de tuplas que estaba bien con 8 elementos en la declaración. Tuve que volver a anexos con 11 elementos. No me molesté en encontrar el punto exacto de ruptura, pero se construye 10 veces más rápido. Xcode versión 6.1.1 (6A2008a) en Mavericks.
Josh
También encontré el problema con exactamente 6 elementos. 5 estuvo bien.
Justin Lau
¿Es esto un problema de XCode o un problema del compilador?
Sljux
4
Experimenté esto en Xcode 7.3 con una matriz literal de 229 elementos. En lugar de dividirlo, agregué una declaración de tipo en lugar de permitir que Swift infiera el tipo. Después de que hice eso, funcionó.
Brigham
34

La única solución de trabajo para mí es eliminar todos los datos derivados (no solo para el proyecto actual, simplemente limpiar toda la carpeta) y luego reiniciar Xcode.

  1. Abrir archivo / preferencias en Xcode

  2. Haga clic en Ubicaciones en el extremo derecho de la ventana emergente

  3. Haga clic en el ícono de flecha pequeña al lado de "/Users/Mac/Library/Developer/Xcode/DerivedData", lo lleva a una carpeta Xcode que contiene una carpeta DerivedData (que contiene todos los datos derivados de sus proyectos anteriores .)

  4. BORRAR la carpeta DerivedData

Remy Cilia
fuente
1
@TravisM. ¿Seguiste los pasos? Si va a Ventana, Organizador, Proyectos, Eliminar datos derivados, no funcionará. Debes pasar por Preferencias.
ericgu
@ericgu Sí, pero no funcionó. Sin embargo, solucioné mi problema, estaba relacionado con la inicialización de un diccionario con datos codificados de una sola vez. Cuando moví el código para agregar los datos codificados una fila a la vez, los problemas de congelación / lentitud desaparecieron inmediatamente.
Travis M.
Carpeta en ~ / Library / Developer / Xcode / DerivedData / en mi máquina. También puede encontrarlo yendo a Ventana> Proyectos en Xcode.
Suragch
Gracias. Esto ayuda. El problema de "indexación permanente" comienza justo después de que actualicé mi versión de cocoaPod y ejecuté una instalación de pod.
WKL
11

¿Estás usando CocoaPods? Me encontré con el mismo problema hoy. (Usando xCode 6.1.1)

Para solucionar el problema, eliminé todo ~/Library/Developer/Xcode/DerivedData, la Podscarpeta en el directorio de mi proyecto y <project>.xcworkspace.

Luego abrí la terminal, navegué hasta el directorio de mi proyecto y volví a ejecutar pod install.

Michael Schinis
fuente
1
Sí. Por ahora, Xcode se está comportando bien. Pero todavía de vez en cuando da un error de bloqueo de sourcekit. Mi solución es eliminar la carpeta de datos derivados.
Leonard
Me alegra ver que esto funcionó para otra persona también :). Parece que xCode está intentando indexar las bibliotecas CocoaPod y se atasca en algún lugar.
Michael Schinis
1
Eliminar la carpeta Pods y el archivo <project> .xcworkspace, y luego ejecutar la instalación de pods nuevamente funcionó.
KML
9

Tuve el mismo problema hoy. Xcode 6.3.2, proyecto Swift de tamaño mediano. En un momento, comenzó a indexar y nunca terminaría de indexar. El código que provocó esto fue un diccionario de tipo [String: [String]], por lo que un diccionario de clave de cadena con matrices de cadenas como valores. Tenía dos de estos con claves de la A a la Z y cada una de estas 26 entradas contiene una matriz de cadenas con 5 a 10 cadenas.

Borrar los datos derivados no ayudó. Solo comentar esos dictados hizo que volviera a funcionar.

Honestamente, ¡esto es ridículo! ¡Apple necesita arreglar Xcode! Ya es terriblemente lento compilar proyectos Swift, pero errores como este son sorprendentes. ¡No puedo hacer mi trabajo correctamente con esto!

BádmintonGato
fuente
6

Para aquellos que todavía tienen este problema, esta es una solución alternativa que he disfrutado y que evita que tengan que ingresar los objetos uno por uno:

// instead of this, which freezes indexing
let keys = [keyQ, keyW, keyE, keyR, keyT, keyY, ... keyM]    

// and instead of this, which is ugly & lengthy
var keys = [KeyboardKey]()
keys.append(keyQ)
keys.append(keyW)
...
keys.append(keyM)

// use this:
var keys = [KeyboardKey]()
keys.appendContentsOf([keyQ, keyW, keyE, keyR, keyT, keyY, ... keyM])
Andrew Robinson
fuente
1
Vaya ... Tuve exactamente el mismo problema. ¡Gracias! Lo informé como un error a Apple. Hacer lo que dijiste no funcionó para mí. Tuve que dividir mi matriz larga en matrices más pequeñas, cada una con cinco o menos elementos.
ma11hew28
5

Para mí, probé todo lo anterior sin éxito; ¡pero todo lo que tenía que hacer era eliminar la carpeta de datos derivados, luego abrir otro proyecto aleatorio, esperar a que se indexara y ahora mi proyecto original (que funciona mal) funciona!

Hazle un favor al mundo del desarrollo y haz que tus rápidos compiladores sean de código abierto, para que no todos nos veamos frustrados por tu incompetencia.

Gmeister4
fuente
3

Estoy usando Xcode versión 7.3 (7D175)

Creo que podría haber descubierto un problema subyacente. Allí donde dos casos en los que me quedé atascado en la fase de indexación:

  • Creé un cierre que asigné a una variable y omití la firma tipográfica. Creo que xcode tuvo problemas con ese paso de inferencia de tipo. Si mal no recuerdo, uno de los argumentos era un CGPoint, que tiene un constructor sobrecargado. Mi hipótesis es que hay demasiadas posibilidades de lo que mi cierre podría aceptar como argumentos.

  • Refactoré un método de fábrica de modo que en lugar de devolver instancias de un tipo, podría devolver instancias de muchos tipos con una clase base común. Parece que siempre que utilicé el método de fábrica, tuve que convertir el objeto resultante en un tipo específico (ya sea con as? O asignándolo a una variable que acepte un tipo específico). Nuevamente, el paso de inferencia de tipo parece estar roto.

Parece que está sucediendo lo mismo con las declaraciones del diccionario mencionadas por personas anteriores. Presenté un informe de error con Apple.

DudeOnRock
fuente
2

Experimenté este mismo problema después de actualizar a 6.1. Xcode se atasca compilando o indexando sin generar un mensaje de error específico.

El problema finalmente se resolvió dividiendo algunas de las expresiones más largas en los archivos rápidos en varias expresiones más cortas. Parte de mi programa combina muchas variables de cadena diferentes para formar una cadena más larga. Los intentos de combinarlos en una sola expresión y el uso del operador de asignación de suma fallaron. Pude hacerlo funcionar haciendo algo similar a lo siguiente (simplificado):

var a = "Hello"
var b = " "
var c = "World"
var d = "!"
var partA = a + b
var partB = c + d
var result = partA + partB

Se me ocurrió esta idea al recibir el siguiente error muchas veces en la versión anterior de Xcode "La expresión era demasiado compleja para resolverse en un tiempo razonable; considere dividir la expresión en distintas sub-expresiones".

Espero que esto ayude

Adán137
fuente
Sí, gracias, de hecho acepté este tipo de sugerencias. Y también reduje la longitud de uno de mis archivos de 1500 líneas a aproximadamente 1200. Y, por supuesto, creé un nuevo proyecto e importé todos los archivos uno por uno. Entonces finalmente vuelve a funcionar. No estoy seguro de cuál es el salvador definitivo.
leonard
Dividir una expresión larga en Swift funcionó para mí.
MandisaW
2

He luchado con el mismo problema. Probé las dos soluciones mencionadas (eliminar datos derivados y eliminar .xcworkspace) sin éxito. También intenté comentar lentamente la mayor parte del código poco a poco y eliminar los archivos hasta que no quedaba casi nada y la indexación seguía bloqueada.

Encontré una solución que funcionó para mí, abrí el proyecto con una versión anterior de Xcode 6.1 (6A1030) que no tenía problemas para indexar y luego volví a la última versión de Xcode 6.1 (6A1052d) que estaba usando antes y la indexación fue fijo y siguió funcionando bien.

Mi conclusión es que se trata de un error con la versión 6.1 de Xcode (6A1052d) que espero mejore con futuras versiones.

El problema vuelve de vez en cuando, la misma solución funciona cada vez. Supongo que otra solución sería simplemente seguir con la versión anterior de Xcode 6.1 (6A1030), pero no funcionará con dispositivos que ejecuten iOS 8.1 y no tendrá las últimas correcciones de errores.

Jorge Costa
fuente
He probado la mayoría de las sugerencias para resolver el problema de la indexación perpetua y esta fue la única que funcionó para mí. No tenía un Xcode 6 más antiguo, pero tenía Xcode 5. No se compilaría, pero sí indexó y luego Xcode 6.1 indexó correctamente.
SarahR
Olvidé mencionar que esto fue solo una solución temporal y tuve que volver a hacerlo unas horas después.
SarahR
2

He intentado esto con Xcode 8.3.3. Aquí están mis resultados:

Puede escribir un código Swift perfectamente correcto que hará que la indexación se bloquee.

Una vez que la indexación se cuelga, se cuelga. Cambiar el código Swift de nuevo a algo que no provoque que la indexación se cuelgue no ayuda, todavía se cuelga.

Cerrar el proyecto y reabrir no ayuda en esa situación.

Salir de Xcode y reiniciarlo ayuda. La indexación ya no se bloqueará (es decir, si cambia el código de nuevo a algo que no hace que se bloquee).

Reiniciar tu Mac también ayuda, aunque no es necesario.

El bloqueo se debe a un código Swift perfectamente correcto. Un ejemplo que me había parecido

if let date = function1()
?? function2()
?? function3()
?? function4()
?? function5()
?? function6()
?? function7()
?? function8()
?? function9()
?? function10() {
    return date
}

La indexación se colgaría. Comenté la mayoría de los "??" líneas y estuvo bien (después de salir y relanzar Xcode). Sin comentar una línea tras otra. Con algunas líneas estaba bien, luego descomentar la siguiente línea lo haría colgar.

Lo único que ayuda aparentemente es cambiar tu código.

gnasher729
fuente
2

En mi Xcode, la solución fue cerrar todas las ventanas redundantes. Por alguna razón, muchas ventanas abiertas hacen que Xcode sea muy lento.

Arik Halperin
fuente
para mí, esta también fue la solución, sorprendente, ya que funcionó bien durante mucho tiempo antes con la misma cantidad de ventanas abiertas
Christian
1

Finalmente, "resolví" el problema, aunque es solo una solución.

Creé otro proyecto y le agregué archivos uno por uno. Luego vi un archivo viewcontroller.swift "muy largo". Luego rompí sus códigos en módulos y convertí esos códigos usados ​​repetidamente en funciones en otro archivo rápido. Y también, tomé la sugerencia en línea de que las expresiones largas deberían dividirse en otras más cortas. Entonces, la indexación funciona y la compilación funciona.

Entonces, por ahora, lo tengo "resuelto".

PERO, no creo que esto sea correcto. Xcode IDE debería ser más que capaz de manejar mi archivo rápido "muy largo", sólo 1500 líneas. Creo que esto es definitivamente un error (que existe desde hace mucho tiempo), aunque Xcode 6.1 ya es una actualización de Xcode 6.0.1.

Leonard
fuente
1

Para mí, eliminé la aplicación Xcode, la descargué nuevamente y la instalé. Eso resolvió el problema, al menos ahora.

Tzegenos
fuente
1

Xcode indexación generalmente para su código para sugerencias y autocompletar, entre otras cosas, como ayudarlo en los tableros de historias y viceversa. Pero para acelerar su proyecto de xcode, puede apagarlo / encenderlo a través de la terminal

Desactive los
valores predeterminados de indexación escriba com.apple.dt.XCode IDEIndexDisable 1 Active los valores predeterminados de indexación escriba com.apple.dt.XCode IDEIndexDisable 0

Pero es mejor utilizar un mac rápido con buena RAM.

Ballu
fuente
2
Desactivar la indexación paraliza gravemente Xcode y no debería hacerse. Decirle a alguien que compre una nueva Mac nunca debería ser la respuesta, una computadora portátil de 2 años debería poder manejar el último Xcode.
Knight0fDragon
macOS 10.13 Beta 7 introdujo algo que bloquea tanto Xcode 9 Beta 6 como Xcode 8 tan pronto como se ejecuta el indexador. Apagarlo era la única forma de continuar usando Xcode, incluso con una versión paralizada.
Pegolon
0

Si no le importa volver a 6.0.1 hasta que lo descubran, eso es lo que funcionó para mí. Tenía el mismo problema con 6.1 y 6.1.1. Ahora estoy bien. Intentaré 6.2 cuando salga.

Puede encontrar versiones anteriores del software de Apple en su sitio de desarrollo oficial, aquí: https://developer.apple.com/downloads/index.action

Si hace esto, asegúrese de eliminar primero su copia actual de Xcode.

JeremyGranger
fuente
0

Estoy usando Xcode 6.1.1 con archivos rápidos en la misma MacBook Pro.

Mientras seguía agregando filas en una matriz de cadenas 3D, Xcode de repente se volvió inutilizable y ahora no puedo hacer nada.

Intentará volver a la versión 6.1 y es de esperar que el problema desaparezca.

gardner888
fuente
Tengo el mismo problema. Después de agregar una serie de diccionarios, xcode se volvió inutilizable ... ¿Encontraste una solución?
Almazini
Volví a Xcode 6.1 que funcionó mejor. No se atascó en la indexación para siempre, pero a veces escribía y obtenía la pelota de playa durante 4 segundos. En general, pude codificar lo suficiente para hacer las cosas. No cambié nada de mi código. Aunque en Xcode 6.1 la batería de macbook pro no parecía demasiado afectada, pero en mi macbook air de mediados de 2013 con 6.1.1, la duración de la batería está absolutamente agotada. Va de ~ 12 horas a 2 horas una vez que inicio Xcode.
gardner888
0

Veo esto en Xcode 6.3.2. Realmente esperaba que un año después del lanzamiento, tuvieran el compilador funcionando, pero por desgracia.

Si ninguna de las soluciones anteriores funciona, intente verificar su código en busca de errores sintácticos. En el proceso de refactorización, extraje un cierre pero olvidé calificar los parámetros:

    let hangsInsteadOfError = { l, r in
        return l.nameFirst < r.nameFirst
        || l.nameFirst == r.nameFirst && l.nameLast < r.nameLast }

    let fixingErrorAvoidsHang = { (l:User, r:User) -> Bool in
        return l.nameFirst < r.nameFirst
            || l.nameFirst == r.nameFirst && l.nameLast < r.nameLast }

Si he aprendido algo de trabajar en Swift, es trabajar de forma incremental, para evitar tener que retroceder demasiado para encontrar el código ofensivo.

Chris Conover
fuente
0
  1. ¿Su estado de indexación es un "círculo indicador" o una "barra de progreso"?
  2. Si se trata de un "círculo indicador", significa que ya se atascó al principio.
  3. Abra y verifique con sus otros proyectos, si todos son iguales, eso significa que es un problema del sistema.
  4. Simplemente reinicie su computadora y todo estará bien.
Weidian Huang
fuente
0

Yo uso Xcode 8.2 y también terminé en este problema. Comenzó después de que definí una variable de tupla compleja: una matriz de tupla con una submatriz de tupla. Las cosas se ponen muy lentas cuando el subarreglo de tupla tiene una propiedad que se calcula mediante programación.

Como se señaló en otras respuestas, la indexación lleva una eternidad y creo que está tratando de inferir los tipos de la variable.

Primero resolví el problema definiendo claramente la variable con tipos incluidos. Al actualizar la propiedad, primero la calculo y luego la asigno a la tupla, en lugar de calcular al definir la variable.

Aquí hay un código de ejemplo.

var sectionTuples: [(section: String, rows: [(name: String, subtitle: String)])] = []
let subtitle1: String = "" // something calculated dynamically
let subtitle2: String = "" // something calculated dynamically
sectionTuples = [(
section: "Section 1", rows: [
(name: "name1", subtitle: subtitle1),
(name: "name2", subtitle: subtitle2)
])]

La conclusión es que no permita que Xcode infiera estructuras complejas.

Q Liu
fuente
0

Yo estaba teniendo el mismo problema. Mi Xcode es 8.2.1. Pero en mi caso, quería crear una matriz de diccionario con 33 pares clave-valor. Lo estaba haciendo de la siguiente manera que estaba atascado en la indexación:

var parameter = [String : AnyObject]()
var finalArray = [parameter]

for item in listArray
{
    parameter = ["A": item.a as AnyObject, "B": item.b as AnyObject, "C": item.c as AnyObject, ... , "Z": item.z as AnyObject]

    finalArray.append(parameter)
}

Lo siguiente funcionó para mí:

var parameter = [String: AnyObject]()
var finalArray = [parameter]

for item in listArray
{
    parameter["A"] = listArray.a as AnyObject
    parameter["B"] = listArray.b as AnyObject
    parameter["C"] = listArray.c as AnyObject
    parameter["D"] = listArray.d as AnyObject 
    .
    .
    .
    parameter["Z"] = listArray.z as AnyObject 
    finalArray.append(parameter)
}
Trup
fuente
0

También tuve este problema y lo resolví eliminando / cambiando expresiones con el operador "+".

Cambié esto:

var mainArray = arrayOne + arrayTwo + arrayThree + arrayFour + arrayFive

A esto:

var mainArray = arrayOne
mainArray += arrayTwo
mainArray += arrayThree
mainArray += arrayFour
mainArray += arrayFive

Resolvió el problema.

Mi máquina tiene un MBP al máximo a finales de 2013

Casey Laris
fuente
Exactamente mi experiencia. Se cuelga con un código Swift perfectamente correcto y la única forma de solucionarlo es cambiando el código.
gnasher729
0

Es posible que desee actualizar a Xcode 6.1.1

Se ha lanzado oficialmente y nos ha resuelto el problema de indexación. En la descripción de la actualización, dice que han aplicado correcciones de estabilidad por lo que es muy probable que se comporte de una manera más estable.

Ángel Naydenov
fuente
7
Interesante. Para mí, 6.1.1 introdujo el problema de indexación interminable, con un proyecto que se estaba abriendo bien en 6.1. signo
Pascal Bourque
Veo. En nuestro caso, también simplificamos expresiones y redujimos el tamaño de las clases usando clases de extensión. Lo cual es bastante ridículo que tuviéramos que hacerlo, pero es lo que teníamos que hacer. Y parece estar funcionando por ahora. Además, al comentar las líneas, redujimos qué parte del código en realidad es "demasiado complejo" según lo que piensa el compilador de Swift y redujimos la complejidad tanto como fue posible. Espero que solucionen esto pronto, ya que es bastante molesto.
Angel Naydenov
0

La beta de Xcode 6.2 me resolvió el problema. No a la velocidad del rayo, pero al menos no se indexa para siempre. La versión beta no se instala por encima de su instalación habitual de Xcode, por lo que si no le gusta la versión beta, puede eliminarla.

Varias descargas de Xcode, incluida la beta>

Warren Whipple
fuente
0

Tenía expresiones como:

let x = (value as? Int) ?? someDefault

además

guard let x = (dateFormatter().string(from: Date()) + msg + "\n").addingPercentEncoding(...) else { ... }

Entonces, el punto es reescribir su archivo para que contenga solo expresiones de nivel de jardín de infantes y el problema de indexación desaparecerá.

soger
fuente
0

Xcode 11.5 (11E608c) y siguen teniendo los mismos problemas, 6 años después de la pregunta original. Ojalá pudiera "marcar" la manzana en esta pregunta para que puedan ver este lío. Este es un proyecto grande (> 1000 archivos) y estaba por debajo del reloj, así que cuando noté que el índice de congelación estaba con más de 100 archivos cambiados y no puedo volver atrás.

Lo he probado todo:

  1. borrar datos derivados y construir
  2. Reinicie xcode, reinicie mac
  3. eliminar y agregar fuente
  4. Se buscaron diccionarios literales, etc., etc.

El problema fue la creación de una matriz:

private var overlayColors: [UIColor] = [UIColor(hex: "#b71c1c"), UIColor(hex: "#4a148c"),
                                        UIColor(hex: "#880e4f"), UIColor(hex: "#1de9b6"),
                                        UIColor(hex: "#f50057"), UIColor(hex: "#311b92"),
                                        UIColor(hex: "#f44336"), UIColor(hex: "#651fff"),
                                        UIColor(hex: "#d500f9"), UIColor(hex: "#3d5afe"),
                                        UIColor(hex: "#bf360c"), UIColor(hex: "#0d47a1"),
                                        UIColor(hex: "#006064"), UIColor(hex: "#2979ff"),
                                        UIColor(hex: "#ff6f00"), UIColor(hex: "#1a237e"),
                                        UIColor(hex: "#795548"), UIColor(hex: "#004d40"),
                                        UIColor(hex: "#00e676"), UIColor(hex: "#01579b"),
                                        UIColor(hex: "#33691e"), UIColor(hex: "#827717"),
                                        UIColor(hex: "#76ff03"), UIColor(hex: "#ffc400"),
                                        UIColor(hex: "#e65100"), UIColor(hex: "#00b0ff"),
                                        UIColor(hex: "#ff3d00"), UIColor(hex: "#616161"),
                                        UIColor(hex: "#263238"), UIColor(hex: "#ff1744")]

Lo que me ayudó a descubrir el archivo swift incorrecto fue cuando xcode inmovilizó la indexación hice los siguientes pasos

  1. abrir monitor de actividad -> proceso "rápido" -> mostrar información del proceso -> abrir archivos y puertos. Esto le dará una lista de los archivos que está ejecutando este proceso, desglosando su lista de posibles archivos defectuosos
  2. Otra herramienta útil es esta secuencia de comandos SOURCEKIT_LOGGING=3 /Applications/Xcode.app/Contents/MacOS/Xcode &> ~/Documents/xcode.logque iniciará Xcode con nivel 3 detallado y comenzará a iniciar sesión en el archivo de registro.
  3. Busque en el archivo de registro las últimas entradas para sus archivos rápidos, por ejemplo: "my_project / Source / App /"

No es una solución completa, pero es útil profundizar y saber dónde buscar.

abrir monitor de actividad -> proceso "rápido" -> mostrar información del proceso -> abrir archivos y puertos.

trampa de fuego
fuente