Subclipse: Actualización de sets de cambios para SVNStatusSubscriber (ACTUALIZADO – problema de synchronization del reloj)

Veo esto al profundizar en los loggings de errores de Eclipse. Sigo recibiendo un error:

Se produjo un error interno durante: "Actualización de sets de cambios para SVNStatusSubscriber"

Ocurre algunas veces cuando trato de actualizar o comprometerme, y eventualmente mangue mi copy local de SVN, y me veo forzado a rebuildlo.

¿Alguien ha encontrado cualquiera de estos o tiene alguna idea sobre la fijación? Es una gran molestia tener que rebuild 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.

¿La samba lo arregló? ¿Has intentado utilizar diferentes implementaciones de clientes?

subclipse javahl svnkit

De acuerdo, entonces esto todavía no es 100% seguro, pero parece que lo que sucedió es que la date se desincroniza en la VM en ocasiones. Durante las actualizaciones o confirmaciones de svn, esto causa datos de synchronization incoherentes y el cliente en Eclipse, confundido, termina arrojando errores.

Debido a que los errores provocan un aborto de la actualización o del process de confirmación, esto deja el repository en un estado muy inestable, supongo que trata de recuperar un nombre de un file pero vuelve a ser nulo y termina escribiéndolo de nuevo en el. svn / inputs de alguna manera.

Como dije, 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 próxima llamada de activación.

Hola, tuve un problema similar, y esto parece haber solucionado el problema (manteniendo mis fallas cruzadas, se mantiene fijo).

Haga clic derecho en el proyecto para abrir las opciones y luego configure Team-> Refresh / Cleanup. Estoy usando un repository local, por lo que no estoy seguro si esto lo ayudará.

Esto es bastante antiguo, sin embargo, ha sido visto miles de veces lo que me hace sentir que todavía es un tema relevante. Llegué a esta página porque tenía la misma pregunta.

Los pasos para solucionar el problema son

  1. Asegúrese de tener un cliente SVN realmente instalado. (por ejemplo, si está utilizando 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 codependencies 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 button Instalar disponible, click él, lo más probable es que actualice SubEclipse para ver el cliente SVN correcto.
  4. Si obtiene un error de copy 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 select "Actualización de SVN"
  5. Si todavía tiene problemas en Eclipse, elija sus proyectos y haga clic con el button derecho en> Equipo> Actualizar / Limpiar. A continuación, haga clic con el button derecho en> Equipo> Sincronizar con repository

Con suerte, uno de los 5 pasos resolverá su problema. En mi caso, tuve que hacer todos los 5.

Como solución a este problema, desinstale el cliente svn de eclipse. Vaya a Ayuda -> sobre -> detalles de installation -> select todos los complementos de subclipse y click 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.

Al hacerlo, resolvió mi problema. Espero que esto ayude en tu caso también.

Tuve el mismo problema después de crear algunas classs nuevas. Lo arreglé después de sincronizar con el repository del package principal. el error svn "Actualización de sets de cambios para SVNStatusSubscriber" desapareció.

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

Mi observación es que comúnmente la confirmación SVN falla, cuando hay una colisión en los files 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 compilation automática para Eclipse debería estar deshabilitada antes de llevar a cabo la actualización. Sin embargo, puede get 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.