¿Algún consejo para usar Subversion con files de proyecto .net?

Acabamos de cambiar de TFS a SVN, y hasta ahora nos encanta.

Sin embargo, sí introdujo algunos problemas nuevos.

Una es la forma en que se manejan los files de proyecto (.vbproj específicamente). El file .vbproj, por supuesto, siempre está cambiando a medida que se cambian los files y las references, y si algunas personas están creando collages, habrá conflictos.

Curiosamente, en TFS nunca tuvimos que lidiar con la gestión de esos conflictos, esa pieza en particular se manejó automágicamente. Ahora en SVN, estamos eliminando XML en la herramienta de combinación y ya ha habido algunos errores.

Como manejas esto? ¿Algun consejo?

EDITAR: por cierto, estamos usando VisualSVN.

En SVN, los principales problemas con los files * proj se producen cuando las personas mueven los files a distintas carpetas y / o cuando agregan y eliminan files con nombres similares al mismo time, generalmente al comienzo del proyecto.

Una vez que los nombres de los files y la estructura del proyecto se vuelvan más estables, esto ya no ocurrirá tanto.

Además, solo incluya los files .sln y .vbproj, no incluya los files .suo en constante cambio, para networkingucir los dolores de cabeza.

Este problema particular ocurre si múltiples desarrolladores agregan files al mismo proyecto.

Para resolver un conflicto cuando varios desarrolladores han agregado files al mismo proyecto, generalmente puede hacerlo funcionar al resolver usando la opción "mina antes que la suya". Agregará ambos cambios juntos.

Este problema y otros problemas de combinación se alivian al comprometerse y actualizarse con frecuencia. Comprométase una vez al día o más si es posible. Cuanto más time pase sin actualizar y comprometerse, más dolor sentirá usted y su equipo.

Lo que generalmente hacemos es actualizar * proj file + add o mover file stub + commit all a la vez. Haga la operación como atómica y mantenga la duración lo más breve posible.

¿Estás seguro de que tu file de proyecto no está marcado como binary? Si su file .vbproj tiene una propiedad svn: mime-type con un valor que no comienza con 'text /', la fusión automática de Subversions estará deshabilitada.

Cuando convertimos de VSS hace un par de años, la mayoría de los files del proyecto se marcaron como binarys. La eliminación de las properties tipo mime eliminó la mayoría de los casos de conflicto.

Prueba VisualSVN . Funciona junto con TortoiseSVN para administrar todo por usted e integrar la funcionalidad de Subversion con Visual Studio. También configura svn: ignore para files de proyectos y binarys de usuarios específicos para savelos en el repository. Bien vale la pena el esfuerzo.

Prueba AnkhSVN . Muy contento con la versión 2. ¡Fuera de la caja ignora los files .suo, etc., funciona perfectamente con VS 2008, y es gratis!

Necesitas un cliente decente como Toroise. Ocasionalmente tienes conflictos en la fusión automática, pero nunca he tenido uno con .vbproj y se rectifican muy fácilmente con el progtwig diff.

id use _svn en lugar de .svn, por varias razones, no puedo recordar por qué ahora sale de mi cabeza el "." me causó dolor

asegúrate de no comprometer los files .user y .suo, de lo contrario, seguirás recibiendo los ajustes de VS para el proyecto, ¡molesto!

También puede get add ins para VS como ankh y visual svn, solo he usado ankh por un time, pero fue un poco lento, pero probablemente fue culpa de mi PC.