visual tortoise subversion studio plugin para integrar extension con ankh c# visual-studio svn tortoisesvn ankhsvn

c# - subversion - tortoise svn



SVN sigue corrompiendo archivos con "<<<<<<<.mine", ¿cómo solucionarlo? (12)

1) Solo guarda tus cambios locales lo que hayas editado en el archivo

2) revertir el archivo

3) actualizarlo desde SVN

4) Pegue sus cambios locales

Tengo un proyecto de Visual Studio C # que está bajo control de versión (SVN). Siempre he comprometido y actualizado el proyecto sin ningún problema. Pero hace un par de horas Visual Studio arroja el siguiente error cuando intento iniciar / reconstruir el proyecto:

Los archivos tienen un valor no válido "<<<<<<< .mine". Caracteres ilegales en el camino.

No sé cómo solucionar este problema. ¿Que debería hacer?


Cerré el IDE, luego eliminé la carpeta obj, reinicié el IDE y reconstruí mi Código. Esto funcionó para mí.


Elimina todo lo que tienes en la carpeta obj .

Elimine su carpeta obj del control de versión svn . Porque en cada compilación se actualiza y cuando otro desarrollador confirma los cambios en la solución, SVN no puede marginar los archivos de la carpeta obj y generar un error

Los archivos tienen un valor no válido "<<<<<<< .mine". Caracteres ilegales en el camino.


Eliminar las carpetas de depuración funcionó para mí (ver comentario-no respuesta arriba). Lo obtuve después de mover 12 carpetas de una sección de svn a una nueva sección. Entonces, si obtiene esto luego de mover un proyecto y el error no apunta a un archivo real, es probable que sea su problema.


Elimine el código que no debería estar en el archivo arrojando el error y elimine los tres archivos con extensiones .mine,. <somerevision> y. <some_other_revision> . svn actualizó archivos que ahora contienen ''conflictos'' y necesita resolver estos conflictos a mano. Por lo general, esto significa que editó un archivo, que otra persona editó el mismo archivo y registró los cambios y que no prestó atención cuando revisó el archivo modificado.


Eso sucede cuando svn encuentra un conflicto: cambiaste un archivo, el archivo en el servidor fue cambiado y no puede (fácilmente) fusionarse automáticamente. Debe decidir cuál es la solución correcta ahora.

Subversion simplemente agrega el diff en su archivo de origen (y crea archivos al lado, llamados OriginalName.mine (sin modificar) y OriginalName.rsomething (sin cambios, versión del servidor)).

Arregle el conflicto y diga a la subversión que esto se resuelve .




Si está utilizando TortoiseSVN, debe tener una opción de clic derecho en el archivo llamado Editar Conflictos. Esto debería mostrar TortoiseMerge, que es capaz de leer esas notaciones detestables pegadas en el archivo (en realidad, para romper el código, de modo que SEPA que hay un problema y no lo revise ciegamente).

TortoiseMerge lo leerá correctamente y te presentará una combinación de 3 vías. Esto era lo que estaba buscando. Aunque es cierto que también crea los archivos separados .mine y .rxxx y .ryyy, y hay varias formas manuales y de línea de comandos para manejar todo esto.


Si tiene instalados AnkhSVN o VisualSVN, resolver esto probablemente sea tan fácil como hacer clic derecho en el archivo en el explorador de soluciones y seleccionar editar conflicto.

Esto abrirá el archivo modificado en su editor de fusión. (Consulte Herramientas-> Opciones-> Control de fuente-> Herramientas de usuario de Subversion para AnkhSVN). Con una buena herramienta de fusión como SourceGear DiffMerge o TortoiseMerge, resolver el conflicto está a solo unos clics del mouse.


simplemente elimine la carpeta obj y funcionará bien.


  • Dentro de tu proyecto:

    odj folder -> Debug -> project name.csproj.Filelistabsolute.txt(snb.csproj.Filelistabsolute.txt)

  • Dentro del archivo de texto >>>>>>>.r150 y >>>>>>>.r150 produce para eliminar las cosas que funciona el programa