TortoiseSVN falta el archivo en la actualización


12

Ocasionalmente hemos tenido un problema con TortoiseSVN (supongo que es Tortoise y no nuestro repositorio SVN), donde se registrará un archivo en el repositorio (haciendo un navegador de repositorios puede ver los archivos allí), y existirá para la persona quién los cometió, pero cuando otra persona realiza una actualización, esos archivos no se agregarán a la copia de trabajo. Si luego elijo "Copiar a la copia de trabajo ..." en el navegador de repositorios e intento realizar una confirmación, los archivos se tratan como nuevos para mí y mi cliente intenta agregarlos, dando un error. La actualización también produce algún error (no sé cómo reproducir esto, así que no sé qué causaría esto específicamente y no recuerdo los errores exactos). Luego tengo que eliminar los archivos del repositorio y confirmar los archivos como nuevos. Después de este,

Se accede al repositorio a través del protocolo svn: //, a un servidor que ejecuta la versión 1.4.6. Está alojado en una máquina con Windows Server 2003 que se ejecuta como un servicio de Windows.

El repositorio se presenta de la siguiente manera:

[repositorio] / Código / [proyectos]
[repositorio] / Código / [Sitio web] / * alguna página aquí *
[repositorio] / Datos / [archivos de datos misceláneos]
[repositorio] / Referencias / [dlls / referencias]

Esto ocurre casi exclusivamente con .aspx / .aspx.cs / .aspx.designer.cs, y generalmente los 3 a la vez. Como si no se agregara una "página" completa a mi carpeta. Esto ha sucedido con Visual Studio abierto y ejecutando la Solución, y también sin Visual Studio abierto.

¿Alguien ha visto esto antes y conoces la causa / solución?


1
¿Podría publicar la versión de TortoiseSVN y cómo está alojado su SVN (http: //, svn: //, local, etc.) y por qué medios (Apache, IIS, VisualSVN, etc.) incluyendo cualquier otro número de versión.
Richard Slater

1
También intente recrear los directorios de trabajo (solo haga uno adicional) para ver si algo salió mal cuando desprotegió la primera vez.
Reconbot

1
Como primer paso, actualice a la última versión de TSVN (1.6.3 en este momento). Creo que hubo un error relacionado en 1.6.x que se corrigió en la versión 1.6.2.
Milen A. Radev

2
Estamos experimentando este mismo problema con el cliente TortoiseSVN 1.7 conectado a un repositorio Subversion 1.6. ¿Hay alguna solución similar en alguna parte?
JNappi

Respuestas:


10

También he tenido el problema descrito a veces. Justo en este momento, sucedió nuevamente. La misma situación: se cambiaron / agregaron / eliminaron / movieron varios archivos en el servidor SVN desde un cliente SVN A y el cliente SVN B actualizó su copia de trabajo (usando Tortoise SVN). Después de la actualización, algunos de los archivos que se agregaron desde A no están presentes en la copia de trabajo de B, pero el navegador del repositorio los muestra en la ubicación correcta en el servidor SVN. Actualizar de nuevo con Tortoise siempre afirma que todo está en la revisión actual. También un "svn up" en la carpeta donde faltan los archivos dice que todo está en la revisión actual.

Estoy usando

Tortoise SVN 1.6.6, Build 17493 - 64 Bit

Visual SVN 1.7 (integración SVN en Visual Studio 2008)

Editar: parece ser un problema conocido, aquí está la solución: http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2379518


1
Para cualquier otra persona: Aquí está la solución directa: para cada una de las copias de trabajo problemáticas, use "Actualizar a revisión" y configure la profundidad de la copia de trabajo en "Totalmente recursiva".
coding_idiot

3

Puede probar si es tortuga o svn utilizando las herramientas de línea de comandos. escriba 'svn up' en el directorio raíz del WC.

Como dice que está en 1.4.6, no está teniendo problemas con los directorios dispersos. ¿Ha ignorado los archivos en la configuración de su cliente? ¿Está seguro de que su WC apunta a la URL correcta en el repositorio y no se ha cambiado a una rama diferente? (puede ver esto en las propiedades de la carpeta; hay una pestaña de subversión)

Si hace 'svn status' en su WC, debería ver la lista de archivos modificados en el directorio del servidor.


3

He experimentado el mismo problema con SVN 1.6.2 y 1.6.3 (línea de comandos, Tortoise y Subclipse). entonces parece que el problema está relacionado con el SVN mismo. Existe la siguiente solución: intente finalizar la compra en el mismo directorio, solo agrega los archivos que faltan.


1

También he experimentado este error con Tortoise SVN con al menos 1.6.2 a lo que estoy usando actualmente 1.6.5. "Obtener más reciente" no obtendrá los archivos del repositorio. Tuve que eliminar el directorio afectado y obtener lo último en el directorio principal para volver a crear el directorio y sus contenidos.

gbjbaanb, este definitivamente no es un caso de archivos ignorados o ramas conmutadas.


1

No pude resolver este problema usando las instrucciones en el enlace de Daniel, pero estoy de acuerdo en que parece ser un problema central con la mayoría de las implementaciones de SVN en Windows, como mínimo.

Para solucionar mi problema de carpeta faltante, mis pasos fueron:

  1. "Actualizar a revisión", seleccionando un número de confirmación antes de modificar, agregar o eliminar cualquier archivo de la carpeta, y asegúrese de elegir "Completamente recursivo". (Esto provocará un error extraño en Tortoise. ¡Eso es de esperar!)
  2. Ejecute una limpieza.
  3. ¡Actualice la carpeta nuevamente y debería obtener toda la carpeta!

Espero que esto ayude a alguien más por ahí.


0

Desafortunadamente, las respuestas anteriores no funcionaron para mí. Tuve el mismo problema: una carpeta en la que estaba trabajando tenía algunos objetos sin confirmar. Esa carpeta fue actualizada con muchos objetos por otro usuario. Pude ver los objetos de ese usuario en el repositorio, pero cada vez que hacía una actualización nunca obtenía los objetos de ese usuario.

La solución que funcionó es usar TortoiseSVN Revert en la carpeta.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.