SVNKit o JavaHL en Ubuntu 64 bits

qué mejor SVNKit o JavaHL

Eclipse

Subversivo o Subclipse?

Cada vez que instalo el Eclipse de nuevo, esta duda tiene diferencias en términos de que uno es mejor que otro, etc.

Todo se networkinguce a una cuestión de gusto:

  • SVNKit es una reescritura total de SVN en Java. Entonces, si usas este conector, estás ejecutando Java "puro".

  • JavaHL en el otro lado es un enlace nativo de las bibliotecas C originales, por lo que está llamando al código comstackdo C + a través de JNI

Por el momento, ambas bibliotecas admiten SVN 1.7, pero SVNKit tuvo muchos problemas para lanzar un cliente SVN 1.7 completo (debido a las modificaciones de copy de trabajo de SVN en 1.7)

Entonces, si hay una nueva versión de SVN, JavaHL suele estar disponible más temprano. Pero la mayoría de las veces es un poco más complicado de instalar, porque tiene que ser compatible con los binarys de tu installation de svn (si no sabes lo que significa "compatible con binarys", utiliza SVNKit) [gracias a él por su comentario!]

Pero al final ambos backends son totalmente compatibles con svn. JavaHL es básicamente SVN y SVNKit realiza todas las testings SVN con resultados correctos

Recomendaría Subclipse (tigris) ya que siempre encontré un problema de synchronization con Subversive SVN como:

  • Actualice la vista de synchronization de SVN;
  • Algunos files comprometidos permanecen en la vista de synchronization
  • En algún momento, algunos files permanecen sin confirmar, incluso si comprometo una carpeta completa.

Estos efectos secundarios ocurren tanto en Eclipse Indigo en Windows 7 como en RedHat (RHEL6.2).

Con Subclipse (tigris) siempre fue perfecto (estaba bajo Win7, mis colegas bajo Ubuntu y MacOS X).