2011-01-07 15 views
5

veo esto cuando la excavación en los registros de errores de Eclipse - Me aparece un error:Subclipse: Actualización de conjuntos de cambios para SVNStatusSubscriber (ACTUALIZADO - problema de sincronización del reloj)

An internal error occurred during: "Updating Change Sets for SVNStatusSubscriber"

Sucede un par de veces cuando se trata de actualizar o confirmar, y finalmente manguera mi copia local de SVN, y me veo forzado a reconstruirla.

¿Alguien ha encontrado alguno de estos o tiene alguna idea sobre la fijación? Es una gran molestia tener que reconstruir SVN cada vez. Estoy usando Subclipse con Helios. También estoy conectado a través de FUSE/SSHfs para el proyecto en una máquina virtual.

+0

has probado 'svn cleanup'? – Nishant

+0

en forma absoluta, el repositorio se manguera, generalmente el resultado de un grupo de caracteres nulos que se escriben en el archivo .entries, y requiere una reconstrucción. Estoy probando ahora para ver si FUSE es el culpable, al cambiar a Samba. – FilmJ

Respuesta

2

bien, así que esto todavía no es 100% seguro, pero parece que lo que ha ocurrido es que la fecha se sale de sincronizacion en la máquina virtual en la ocasión. Durante las actualizaciones o confirmaciones de svn, esto causa datos de sincronización incoherentes y el cliente en Eclipse, confundido, termina arrojando errores.

Dado que los errores provocan un aborto de la actualización o del proceso de confirmación, esto deja el repositorio en un estado muy inestable, supongo que intenta recuperar el nombre de un archivo pero vuelve nulo y termina escribiendo esto volver a las entradas .svn/de alguna manera.

Como he dicho, no puedo confirmar que esto sea lo único que causa los problemas, pero tiene sentido ya que después de que mi reloj se desincronizara, casi todo svn se rompió en la siguiente llamada de suspensión.

+0

Mantener el reloj sincronizado parece resolver el problema de forma permanente. Cada vez que la computadora se apaga, el servidor ntp en la VM muere, pero cuando la computadora se despierta, no se reinicia. Reiniciar el servidor ntp todas las mañanas cuando me despierto de nuevo resuelve el problema. – FilmJ

3

¿Lo arregló la samba? ¿Has intentado utilizar diferentes implementaciones de clientes?

subclipse javahl svnkit

+0

Samba presentó su propio conjunto de problemas: utilizo SVNKit v1.2.3.5521 (nuestro repositorio es SVN 1.5.1). No puedo estar seguro, pero creo que tiene que ver con "revertir" cuando está en modo de cambio en sincronización. Hasta que no tenga un caso de prueba reproducible, no puedo registrar un error. – FilmJ

+0

esto funcionó para mí en una nueva instalación de 1.5.1. ¡Mucho apreciado! – blacktie24

1

Como solución a este problema, desinstale el cliente svn de eclipse. Vaya a Ayuda -> sobre -> detalles de instalación -> seleccione todos los complementos de subclipse y haga clic en desinstalar. Después de esto, instale Subclipse desde el sitio de actualización de subclipse. No olvide reiniciar eclipse/STS cuando se le pida que lo haga.

Haciéndolo solucionado este problema. Espero que esto ayude en tu caso también.

+0

Ellos [SVN] también podrían aparecer en CollabNet – noclayto

2

Hey, así que tuve un problema similar, y esto parece haber solucionado el problema (manteniendo mis fingures cruzados para que se mantiene fijo.)

clic derecho sobre el proyecto de apertura de las opciones a continuación, establezca Team-> Actualizar /Limpiar. Estoy usando un repositorio local, por lo que no estoy seguro si esto lo ayudará.

1

Tuve el mismo problema, después de crear algunas clases nuevas. Lo arreglé después de sincronizar con el repositorio del paquete principal. el error svn "Actualización de conjuntos de cambios para SVNStatusSubscriber" desapareció.

Cambiar el cliente SVN de eclipse con reiniciar o iniciar eclipse con la opción "-clean" no funcionó para mí.

2

Esto es bastante antiguo, pero se ha visto miles de veces lo que me hace sentir que sigue siendo un problema relevante. Llegué a esta página porque tenía la misma pregunta.

Los pasos para solucionar el problema son

  1. Asegúrese de que en realidad se ha instalado un cliente SVN. (por ejemplo, si está usando Catalina, asegúrese de que Catalina esté realmente instalada)
  2. Si está utilizando herramientas adicionales encima de su cliente SVN, como TortoiseSVN, asegúrese de que esté instalado.La mayoría de las herramientas tienen codependencias con el lanzamiento oficial de SVN. (por ejemplo, las versiones de TortoiseSVN coinciden estrechamente con las versiones de SVN)
  3. Compruebe si está instalado SubEclipse (Ayuda> Eclipse Marketplace> Tipo: subeclipse). Cuando actualiza su cliente SVN, SubEclipse necesita ponerse al día. Si ve el botón Instalar disponible, haga clic en él, lo más probable es que actualice SubEclipse para ver el cliente SVN correcto
  4. Si obtiene un error de Copia de trabajo vaya a las carpetas reales en cuestión a través de su sistema operativo y haga clic derecho en las carpetas y elija "Actualización de SVN"
  5. Si todavía tiene un problema en Eclipse, elija sus proyectos y haga clic con el botón derecho en> Equipo> Actualizar/Limpieza. A continuación, haga clic con el botón derecho en> Equipo> Sincronizar con depósito

Esperemos que uno de los 5 pasos resuelva su problema. En mi caso tuve que hacer todos 5.

0

Mi observación es que comúnmente la confirmación SVN falla, cuando hay una colisión en los archivos XML. SVN no está informando y actualizando correctamente los XML. Tuve que eliminar (mover la carpeta de res a una carpeta temporal fuera del proyecto) toda la carpeta, confirmar, restaurar la carpeta y confirmar de nuevo. No lo he intentado, pero creo que la compilación automática para Eclipse debería estar deshabilitada antes de llevar a cabo la actualización. Sin embargo, puede obtener las actualizaciones de la versión del equipo -> historial, desde allí puede extraer las actualizaciones en una carpeta, para comparar las actualizaciones se realizan correctamente.

Cuestiones relacionadas