2011-03-22 13 views
13

xEl código 4 comenzó a colgarse en cualquier proyecto bajo control svn. Utilizo un repositorio remoto que es accesible y funciona bien desde una línea de comando. El único trabajo que pude encontrar es matar svn local y verificar todo el proyecto nuevamente. Parece que funciona un poco, pero luego aparece el mismo problema: xCode solo se cuelga unos segundos después de que lo inicie. Realmente agradecería cualquier ayuda a resolver este ... No se puede hacer nada :(xCode 4 cuelga ... ¿qué hacer?

favor y gracias

registro muestra lo siguiente:.

3/22/11 9:53:22 AM Xcode[3295] [?T] ASSERTION FAILURE in /SourceCache/IDEFoundation/IDEFoundation-284/Framework/Classes/Model/SourceControl/IDESourceControlTree.m:2548 
Details: (addedItem) should not be nil. 
Object: <IDESourceControlWorkingTree: 0x201bf59a0> 
Method: -mergeStatusOperationResults:forLocalStatusOnly: 
Thread: <NSThread: 0x201bbb320>{name = (null), num = 13} 
Hints: None 

3/22/11 9:53:22 AM Xcode[3295] [?T] 
Backtrace: 
    0 0x0000000100949843 -[IDEAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in IDEKit) 
    1 0x000000010006d484 _DVTAssertionFailureHandler (in DVTFoundation) 
    2 0x000000010055f071 __78-[IDESourceControlWorkingTree mergeStatusOperationResults:forLocalStatusOnly:]_block_invoke_0 (in IDEFoundation) 
    3 0x00000001000060cc __38-[DVTDispatchLock performLockedBlock:]_block_invoke_0 (in DVTFoundation) 
    4 0x00007fff87da14db dispatch_barrier_sync_f (in libSystem.B.dylib) 
    5 0x0000000100006073 -[DVTDispatchLock performLockedBlock:] (in DVTFoundation) 
    6 0x000000010055db83 -[IDESourceControlWorkingTree mergeStatusOperationResults:forLocalStatusOnly:] (in IDEFoundation) 
    7 0x00000001005dcd0c __77-[IDESourceControlWorkingTree updateLocalStatusForDirectory:completionBlock:]_block_invoke_01137 (in IDEFoundation) 
    8 0x00007fff87da8284 _dispatch_call_block_and_release (in libSystem.B.dylib) 
    9 0x00007fff87d86df2 _dispatch_queue_drain (in libSystem.B.dylib) 
10 0x00007fff87d86c54 _dispatch_queue_invoke (in libSystem.B.dylib) 
11 0x00007fff87d867fe _dispatch_worker_thread2 (in libSystem.B.dylib) 
12 0x00007fff87d86128 _pthread_wqthread (in libSystem.B.dylib) 
13 0x00007fff87d85fc5 start_wqthread (in libSystem.B.dylib) 
+0

Tengo exactamente el mismo problema. ¿Has encontrado alguna solución todavía? No tuve este problema con la semilla GM de XCode 4. –

+0

@GrAnD, me pregunto si tenía algún archivo en su copia de trabajo que se haya agregado, pero que aún no se haya enviado a su repositorio. El problema parece apuntar a la interacción de Xcode con SVN con la segunda línea allí. "Detalles: (addedItem) no debería ser nulo". – jcpennypincher

+0

He encontrado una solución que parece funcionar el 100% del tiempo. Si tu xcode se cuelga en el acceso SVN en uno de tus proyectos, simplemente mátalo, ábrelo de nuevo y sin abrir el proyecto en cuestión. Goto organizer y debajo de repositorios elimina una referencia al repositorio de esos proyectos (un icono de carpeta azul). luego abre tu proyecto y todo volverá a la normalidad. xcode recreará la referencia automáticamente. – GrAnD

Respuesta

3

Cambiar el nombre de mi directorio de trabajo también funcionó para mí. Es un problema, pero lo cambio de nombre cuando necesito hacer un check-in. que actualicé a xcode 4.0.2 th es por la mañana y tiene el mismo problema.

1

tengo el mismo problema y puede solucionar temporalmente cambiando el nombre del directorio de trabajo local en mi MAC.

8

Eliminar de "Organizador -> Repositorios" ayuda.

+0

¡Trabajó para mí cuando tuve el mismo problema! – jrtc27

0

Tuve el mismo problema. Cada vez que intentaba abrir un proyecto en XCode 4.0.2 GA, obtenía la pelota de playa y, finalmente, el seguimiento de la pila anterior. Mi repositorio de subversión está en un host remoto al que me estoy conectando a través de ssh. Cuando miré los repositorios en Ventana> Organizador, el repositorio en cuestión estaba en estado 'amarillo'. XCode parecía estar atascado tratando de verificar el código.

hice dos cosas

1) Establecer clave de autorización en lugar de una contraseña. Esto no hizo mucho.

2) Eliminé el repositorio svn en el host remoto. En mi host local encontré todos los directorios .svn

buscar. -name '.svn' -print

y los borró. Entonces puse al día la lista de ignorados global en el directorio ~./Subversion/config para parecerse

global-ignora = * * .o .lo .la # #. *. REJ .rej. ~ ~ . # .DS_Store * * .mode1v3 .pbxuser construir xcuserdata

Hacía mucho frío en el directorio xcuserdata.

Luego recreé el repositorio de subversión en el host remoto y reimporté el proyecto desde mi host local.

¡Ahora parece funcionar!

No estoy seguro del impacto que esto tendrá en que varios usuarios editen el proyecto. Estoy usando svn para mantener el proyecto sincronizado entre mis propias máquinas.

Espero que esto ayude, RDP

1

que tenía múltiples cajas de recompra misma, duplicados eliminar resolvió mi problema.