SVN sigue corrompiendo archivos con"<.mío", ¿cómo arreglarlo?

Simplemente elimine la carpeta obj y funcionará bien.

Elimine el código que no debería estar en el archivo que arroja el error y elimine los tres archivos con extensiones .mina, .<somerevision> y .<some_other_revision>. svn actualizó los archivos que ahora contienen 'conflictos' y necesita resolver estos conflictos a mano. Por lo general, esto significa que editó un archivo, alguien más editó el mismo archivo y verificó los cambios y no prestó atención al revisar el archivo cambiado.

Por favor lea el capítulo Uso básico en el libro de subversion. Tiene una sección sobre Fusionar conflictos a mano que explica los marcadores de conflicto que estás viendo.

Borra todo lo que tengas en carpeta obj .

Retire su carpeta obj desde svn control de versiones . Debido a que en cada compilación se actualiza y cuando otros desarrolladores cometen cambios en la solución SVN no puede marge archivos de carpeta obj y elevar error

Los archivos tienen un valor no válido"

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

Si tiene instalado AnkhSVN o VisualSVN resolver esto es probablemente 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. (Vea Herramientas- > Opciones - > Control de Código fuente- > Herramientas de usuario de Subversion para AnkhSVN). Con una buena herramienta de fusión como la de uso gratuito SourceGear DiffMerge o TortoiseMerge, resolver el conflicto está a solo unos clics de ratón.

Esto ha sucedido a gran escala, donde los archivos se marcan resueltos, pero los metadatos del conflicto todavía están allí. Escribí una expresión regular para visual studio para encontrar estos, para los casos en los que no es factible simplemente revertir los archivos modificados.

Http://www.codetunnel.com/blog/post/90/ever-merge-with-svn-and-mess-up-when-resolving-conflicts-read-on

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

• Dentro de tu proyecto:

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

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

1) Simplemente guarde los cambios locales que haya editado en el archivo

2) revertir el archivo

3) actualícelo desde SVN

4) Pegue sus cambios locales

Si está utilizando TortoiseSVN, debe tener una opción de clic derecho en el archivo llamada Editar conflictos. Esto debería traer TortoiseMerge que es capaz de leer esas notas desagradables pegadas en el archivo (en realidad, para romper su código para que SEPA que hay un problema y no lo verifique ciegamente).

TortoiseMerge lo leerá correctamente y le presentará una combinación de 3 vías. Esto era lo que estaba buscando. Aunque es cierto que también crea lo separado .mía y .rxxx y .ryyy archivos, y hay varias formas manuales y de línea de comandos para hacer frente a todo esto.