Cómo hacer trampa en la versión del cliente SVN utilizada para pagar una copy de trabajo

Estoy trabajando en un proyecto administrado con Subversion. Estoy usando el complemento de Subclipse para eso: (v1.6.16) Él fue quien hizo el pago por mí.

Ahora, necesito ejecutar algo de command-line en Maven (el complemento Release por cierto) que llama a una versión de línea de command de SVN. Para eso, he descargado el package de Windows SlikSVN (la última versión v1.6.13).

Sin embargo, Maven se queja (con buenas razones para decirlo) de que mi cliente de subversión es demasiado viejo para mi copy de trabajo.

Este es el post que recibo:

[INFO] Imposible enviar files Mensaje del proveedor: El command svn falló. Resultado del command: svn: este cliente es demasiado viejo para trabajar con la copy de trabajo 'D: \ Users \ raphael \ eclipse-workspace \ base-lib'; por favor obtenga un cliente de Subversion más nuevo

Supongo que 1.6.13 a 1.6.16 podrían ser algunos cambios muy menores. ¿Dónde almacena realmente SVN el número de versión que usó para el pago? Me gustaría engañarlo para que piense que realmente utilicé un cliente 1.6.13.

Gracias de antemano por tu ayuda.

Raphaël

Verifique nuevamente que su cliente SlikSVN 1.6.13 esté realmente en la RUTA. Supongo que tienes una copy de Subversion 1.4 o 1.5 en el PATH, y eso es lo que está arruinando la operación de Maven.

Hasta donde yo sé, los formattings de copy de trabajo no cambian dentro de una versión principal. No quieres engañar a svn, solo tienes que asegurarte de que la versión correcta esté disponible para Maven (cualquier versión de 1.6 debería funcionar, no debería ser particular de 1.6.13 vs 1.6.11)

Parece que configuró incorrectamente el complemento de Subclipse para no utilizar la última versión. Eche un vistazo a la configuration. Windows -> Preferences -> Equipo -> SVN -> Interfaz SVN (asegúrese de configurar esto en SVNKit 1.3.X). Este podría ser el problema.

Has llamado

svn --version 

en línea de command? Allí obtienes la información sobre la versión del cliente SVN instalado.

Creo que no se puede lograr esto porque la versión SVN es realmente enviada por el cliente (es decir, la salida de svn --version y no se almacena en ningún lugar fuera del progtwig.