tag - svn manual

Este cliente es demasiado viejo para trabajar con copia de trabajo

Question

En todos los lugares que utilizo google obtengo la misma respuesta a este problema, pero es la respuesta incorrecta para mí. Originalmente instalé Subversion 1.5.6 para Windows (ejecuto Windows Server 2008) en mi servidor e hice un repositorio para un proyecto. Luego utilicé una versión 1.6.X del cliente Tortoise en mi computadora portátil para actualizar el proyecto. Todo fue Hunky-Dory hasta que intenté usar un script de enlace post-commit (estoy actualizando las carpetas en wwwroot para confirmar los cambios en una página web). Recibí un mensaje con el efecto de "Este cliente es demasiado viejo para trabajar con la copia de trabajo ''XXX''".

Así que desinstalé el cliente SVN en mi computadora portátil y eliminé el repositorio del servidor. Luego hice un nuevo repositorio en el servidor desde cero e instalé TortoiseSVN versión 1.5.6 pensando que si la versión del cliente es la misma que la de Subversion en el servidor, deberían jugar bien. Después de que volví a descargar el repositorio en mi computadora portátil y reinstalé mi script de enlace, recibí el mismo mensaje ...

Es bastante minucioso y disruptivo tener que seguir borrando mis repositorios y reinstalando a mi cliente para encontrar los que cooperan a través de prueba y error. No veo ninguna razón (y no puedo encontrar ninguna en línea) en cuanto a por qué el repositorio argumentaría si tanto TortoiseSVN como mi servidor Subversion son 1.5.6.

¿Hay alguien por ahí que pueda dar una idea de por qué recibiría este mensaje? Tal vez incluso alguien que me permita saber qué versión de TortoiseSVN necesito usar para que mi Servidor SVN 1.5.6 no se queje. Mi script de enlace funciona desde la línea de comandos en mi servidor, así que sé que no es culpa. Gracias por adelantado.

Answer 1

En mi caso, moví el código del eclipse de un lugar a otro y luego el problema comenzó. Para resolverlo, pago y envío el proyecto desde el repositorio svn. Luego, en el proyecto anterior, limpié todos los archivos svn. (simplemente busque .svn y elimine) luego copio el contenido en el proyecto que acaba de retirar, mis cambios se hicieron visibles y mi proyecto está actualizado. Este método puede ser aplicado para otros errores molestos. Espero que esto ayude a alguien

Answer 2

Resulta que mi versión de servidor de SVN era 1.5.6, pero el cliente TortoiseSVN que tenía instalado en el servidor era la versión 1.6.3. Cuando compré mi copia de trabajo wwwroot (o la actualicé con las opciones de clic derecho que TortoiseSVN me dio) y actualicé la versión de esa copia de trabajo, el servidor SVN no pudo actualizarla porque era una versión inferior.

Descargué TortoiseSVN 1.5.6 del archivo hippo y volví a revisar la copia de trabajo en el servidor y ¡todo funcionó muy bien!

Answer 3

Si pasa de 1.6 a 1.5, es posible que tenga que bajar de categoría. Nunca nos dices cómo mueves tu repositorio, pero debes, dependiendo de cómo lo hagas, obtener una versión del repositorio en sí.

http://wiki.open.collab.net/wiki/Subversion_Client_FAQ#head-ed7f8e6b7f3265c74eaf7d49dcd4aab85bae2a12

Answer 4

Usted afirma que la causa de su problema no es el script de enlace posterior a la confirmación, pero mi intuición es que esa es exactamente la raíz de sus problemas. Cuando se ejecuta el script posterior a la confirmación, ¿cómo obtiene los archivos de su servidor de Subversion para que pueda copiarlos en su servidor web? ¿No les echa un vistazo ? Además, dice que todo funcionó bien hasta que instaló el script de enlace post-commit.

He trabajado en situaciones de instalación SVN cliente / servidor en modo mixto anteriormente, incluido TortoiseSVN como cliente y nunca he encontrado ninguna incompatibilidad siempre que los clientes que trabajan en el mismo repositorio tengan la misma versión.

¿Podría por favor publicar el contenido de su enlace post-commit para que podamos elaborar más?

Answer 5

Verifique para ver qué comando svn está ejecutando su script de enganche post-commit. Verifique que la versión de este comando coincida con la versión del último cliente SVN para tocar su repositorio.

De forma predeterminada, al usar una nueva versión de un cliente de subversión, se actualizará el repositorio a esa versión. Esto significa que, de repente, los clientes mayores dejan de trabajar.

Answer 6

Yo tenía el mismo error. Pero la causa fue que verifiqué el proyecto con un cliente svn 1.5 y mi complemento de subclipse en eclipse era la versión 1.4. Así que actualizar mi complemento de subclipse a la versión 1.6 hizo el truco. por lo que el problema fue que el subclipse 1.4 no funciona con proyectos que se verificaron con el cliente svn 1.5.

Espero que esto ayude a alguien.