Subversion (utilizando VisualSVN/Tortoise) se niega a desplegar archivos nuevos

Recientemente se ha producido un problema en el que algunos archivos nuevos añadidos a los repositorios de subversión no se reducen a otros clientes después de realizar una actualización.Subversion (utilizando VisualSVN/Tortoise) se niega a desplegar archivos nuevos

Si examino el repositorio con Tortoise puedo ver el archivo. Luego puedo hacer clic derecho sobre él y seleccionar 'Actualizar a revisión', que arrojará el archivo al cliente. Lamentablemente, esto lleva mucho tiempo, ya que no hay forma de desplegar todos los archivos en una carpeta, es decir, tengo que hacer esto para cada archivo individualmente.

Lo raro es que no ocurre con todos los archivos y no está ocurriendo en todas las máquinas cliente. Intenté borrar por completo la carpeta de trabajo y volver a bajarla, pero el problema persiste.

Estoy utilizando las últimas versiones de Tortoise y VisualSVN.

¿Alguien más ha visto algo como esto?

Fuente

2009-05-15 cbp

He tenido 2 problemas similares. Al menos uno de los archivos no era ni siquiera un archivo nuevo (tenía un par de meses). Hice un get en el directorio de padre principal varias veces y el archivo no se actualiza (ni siquiera me di cuenta de que necesitaba actualizar) Cuando fui manualmente al archivo y actualicé solo ese archivo, se actualizó. –

Known bug en ~~Tortoise~~ SVN 1.6.1: si agrega una carpeta vacía, la profundidad de la carpeta en su copia de trabajo estará restringida a "vacía". Puede solucionar esto actualizando una vez con el diálogo "actualizar a revisión ..." y seleccionando "totalmente recursivo" como profundidad.

Esto ha sido reparado en 1.6.2.

edición: tenga en cuenta que TortoiseSVN utiliza la biblioteca cliente SVN, que es donde estaba el error. El cliente de línea de comando tenía el mismo problema.

Fuente

2009-05-15 10:02:13

Gracias, la solución funciona. Este parece ser el culpable más probable aunque tengo 1.6.2 instalado y todavía está ocurriendo. – cbp

@jorgeburgos: Una vez que la profundidad de la carpeta se ha configurado como "vacía" en 1.6.1, debe hacer una actualización completamente recursiva. La actualización a 1.6.2 previene el problema en el futuro pero no puede reparar las instancias existentes. –

Lo único que se me ocurre es que tal vez tiene que ver con la transición de 1,5 a 1,6? Asegúrese de que todos tengan una versión 1.6 de tortuga SVN y vuelva a intentarlo tal vez.

Además, la forma en que redacta la pregunta hace que parezca que está utilizando SVN para la distribución de archivos en lugar de concurrencia. Si ese es el caso, considere una herramienta como Unison en lugar de SVN.

Fuente

2009-05-15 03:26:40 rlbond

Gracias - sí, posiblemente ocurrió durante la transición a 1.6, pero ya estoy usando la última versión de Tortoise que admite 1.6. También es perspicaz: utilizo SVN para la distribución de archivos. Soy el desarrollador de soul en este momento y realmente no me molesta, pero de todos modos verificará Unison. Gracias – cbp

Simplemente tengo el mismo problema. Aquí es una solución:

svn update `svn ls`

Sí, sé que este problema está lejos de ahora, pero todavía viene en lo alto de búsqueda en la Web.

Fuente

2012-07-16 10:47:01 Phil

Subversion (utilizando VisualSVN/Tortoise) se niega a desplegar archivos nuevos

Respuesta

Cuestiones relacionadas