Alternativas svn-client fáciles de usar para Visual Studio?

Question

Nuestro equipo de desarrollo utiliza VS.NET para el desarrollo de aplicaciones y TortoiseSVN/VisualSVN para el control de versiones. Parece que casi todos los días surgen problemas con la copia de trabajo o el repositorio que se arruina, y la gente simplemente levanta las manos y me llama cuando sucede. Definitivamente hay factores humanos en el trabajo (SVN funciona como debería) pero estoy cansado de jugar el servicio de asistencia SVN al equipo de desarrollo. ¿Alguien puede recomendar mejor /configuración más intuitiva para el control de versiones?

Answer 1

SVN es tan simple como obtener los sistemas de control de versiones. Los problemas solo deberían surgir cuando se trata de fusionar operaciones ... pueden ser complicadas.

Si no aborda los "factores humanos", no importa qué sistema de control de versiones utilice, siempre será el servicio de asistencia. Para solucionar este tipo de problemas, generalmente necesita:

• Configure un wiki con "recetas" comunes para tareas de control de versiones.
• Incluye un diagrama de flujo de trabajo sobre cómo se realizan los cambios en el código (para los que no les gusta leer).
• Organice una sesión de capacitación que sea específicamente diseñada para sus usuarios (utilice el material wiki ).
• Al ayudar a alguien con un problema, asegúrese de hacer que realicen la reparación real. No solo lo hagas por ellos, háblales en su lugar.
• Asegúrese de dirigir a los usuarios a la documentación del producto cuando los ayuden.

La introducción de un nuevo sistema de control de versiones en cualquier organización debe incluir los elementos que enumeré. Me doy cuenta de que es un trabajo extra para aquellos que lo hacen, pero lo salva de largas horas de "soporte" en el futuro.

Answer 2

¿Alguien puede recomendar una configuración mejor/más intuitiva para el control de la versión?

¿Mejor? Sí. Más intuitivo? Eso es debatible. Mire en el software de control de versiones distribuidas, a saber, Mercurial o Git. Ambos tienen complementos de libre acceso para integrarse con Visual Studio. Y si puede administrar gastar un poco de dinero, he escuchado cosas muy buenas sobre el Horno de Fog Creek.

En cuanto a sus problemas con SVN, tengo un par de consejos. El primero es asegurarse de mantener a todos sincronizados en la misma versión del producto. Tiende a actualizarse con frecuencia, por lo que esto puede ser complicado, ya que tampoco desea quedar muy atrás de la versión actual. El segundo es que solíamos tener grandes problemas con Tortoise tratando de almacenar superposiciones de iconos en unidades de red mapeadas. Hay una opción que puedes desactivar en algún lugar que de repente hizo que las cosas manera sean más estables. Pero eso fue en mi último trabajo, y ya no recuerdo la configuración exacta.

Answer 3

Creo que ya dio la respuesta a su pregunta: clasifique los "factores humanos" proporcionando la capacitación adecuada. El control de versiones para el desarrollo de software no es mucho más simple que SVN, así que por la forma en que se formula su pregunta, creo que dichos factores humanos van a encontrar otras formas de hacer que su vida sea más interesante.

Answer 4

si tiene problemas con su repositorio atornillado (como cometer errores en las etiquetas, mensajes de compromiso incorrectos ...), una de las maneras más fáciles es jugarlo de la manera difícil: poner ganchos en el servidor para aplicar políticas. Puede echar un vistazo en official documentation.

Básicamente, esta es una manera fácil de hacer cumplir de nombres/formato y evitar muchos de los problemas humanos (cometer en las etiquetas, de jugar con cosas externas ...)

Answer 5

Agent SVN funciona bien para mí. Se integra muy bien con Visual Studio.