2011-02-18 22 views
16

que tienen un check out rama que está limpio (sin modificaciones) pero no puede reintegrar el tronco de nuevo en mi rama, porque SVN cree que tengo un mixto de revisión de la copia de trabajo:copia de trabajo de revisión mixta no corregible en svn?

c:\myproject> svnversion 
2045:2047 

El problema parece ser causado por uno de mis cosas externas:

c:\myproject> svn propget svn:externals tools 
-r1448 ^/tools/external/trunk/gandalf/bin gandalf/bin 
-r1508 ^/tools/external/trunk/gandalf/include gandalf/include 
-r1508 ^/tools/external/trunk/gandalf/lib gandalf/lib 
-r1428 ^/tools/external/trunk/jsdb jsdb 
-r2045 ^/tools/external/trunk/java/lib/jing.jar jing.jar 

Usted notará que todos ellos son los directorios externos en lugar de lo externo de un solo archivo, a excepción de jing.jar, que es la misma versión que lo "svnversion" piensa que es la más baja rango de mi copia de trabajo, que se supone que es un pago limpio de r2047.

¿Cómo puedo solucionar esto? (Además de no utilizar el archivo único externo)

He intentado hacer actualizaciones, realizar nuevas compras y limpieza svn, y todavía tiene este problema. Estoy usando TortoiseSVN 1.6.12

Respuesta

2

Tenga en cuenta que este problema se ha solucionado desde Subversion 1.7.0. Desde entonces, svnversion (y la lógica de fusión) ignoran los archivos externos al determinar las revisiones.

+2

En realidad tengo el mismo problema con svn 1.8.11. –

+1

Mismo problema con 1.8.9 y solo uno externo, un directorio. –

+0

Sucede también en 1.7.22 (la versión actual OSX se envía) – Trejkaz

1

llegué a una solución diferente, --allow-mixed-revisions:

svn merge -c7777 https://repo/app/branches/1.0 . --allow-mixed-revisions 

Haciendo caso omiso de lo externo al actualizar no solucionar el problema para mí, incluso si lo hiciera un check out completamente fresco.

Cuestiones relacionadas