Source Control con Visual Studio: cambiar de VisualSVN a Ankh?

Question

Estoy evaluando VisualSVN para mí y un pequeño equipo de desarrolladores. Lo configuré en el servidor (servidor de VisualSVN) sin problemas e instalé TortoiseSVN y VisualSVN para integrarlo en Visual Studio 2008. Hasta ahora, funciona bien y lo usamos para el desarrollo de nuestra aplicación principal.

También he oído cosas buenas sobre la nueva versión de AnkhSVN, que es de código abierto y gratuito. Dado que estamos al principio con Subversion, quiero tomar la decisión correcta ahora.

¿Es posible cambiar de VisualSVN a AnkhSVN sin demasiadas molestias? ¿Puedo mantener la instalación del servidor de VisualSVN o tengo que cambiar eso también? ¿TortoiseSVN está obsoleto si empiezo a usar AnkhSVN? Y, ¿la versión actual es confiable en Visual Studio 2008?

Para ser claros: no se trata de los 50 dólares por desarrollador. Se trata de tomar la decisión correcta para el futuro. ¿Que recomiendas?

¡Muchas gracias de antemano!

Answer 1

Hicimos precisamente eso: pasamos de VisualSVN a AnkhSVN. La mudanza fue sin ningún problema en absoluto. Estos complementos no almacenan información específica, y las carpetas ocultas .svn (o _svn) son compatibles con cualquier cliente svn.

La serie 1.x del complemento Ankh era horrible: muchos bloqueos y molestias (por ejemplo, era muy difícil de mover o cambiar el nombre de un archivo que aún no se ha cometido). La serie 2.x corrige la mayoría de los problemas, y si bien aún no alcanza el nivel de VisualSVN, me pareció suficiente para nuestros usos (y muy gratuito).

Acerca de la migración en sí misma, no podría ser más simple: simplemente desinstalamos VisualSVN e instalamos Ankh. Siempre que su directorio esté bajo control de fuente, funciona.

Lo único común es que todavía necesita TortoiseSVN para hacer muchas cosas, ya sean tareas avanzadas o más básicas: es mucho más simple crear directorios de trabajo y realizar compras en el explorador que con Visual Studio.

Answer 2

Ankh debería funcionar contra cualquier servidor de Subversion, por lo que debería funcionar también contra VisualSVN. Ver aquí: http://www.visualsvn.com/server/ Dice que el servidor es compatible con todos los clientes. :-)

Answer 3

Creo que para una funcionalidad más avanzada todavía necesitarás TortoiseSVN (como Exportar, Reubicar, operaciones de todo el directorio, bloqueos, etc.). AnkhSVN v2 está muy bien. Estoy usando ambos sin mucha molestia.

En cuanto a la configuración de un repositorio remoto (no conozco VisualSVN, entonces supongo que estamos hablando de un servidor de repositorio), necesitará usar svnserve directamente desde el paquete de Subversion. Puede configurarlo como Windows service.

Answer 4

Estoy usando VisualSVN y Ankh sin problemas - Ankh funciona contra cualquier servidor de Subversion. La única diferencia que encontré entre VisualSVN y el paquete 'crudo' de Subversion fue que VisualSVN usa http/https en lugar del protocolo svn :.

Answer 5

AnkhSVN funciona con cualquier servidor de Subversion y el servidor de VisualSVN es uno de los servidores más fáciles de configurar para Windows.

Si necesita compartir proyectos y soluciones entre VisualSVN y AnkhSVN, debe asegurarse de no conectar sus proyectos al proveedor de scc AnkhSVN o los usuarios de VisualSVN verán advertencias. (Usted puede conectar el archivo de solución sin ver las advertencias de SCC).

Puede utilizar AnkhSVN al lado de cualquier otro cliente de Subversion, pero diseñamos AnkhSVN 2.0 a no requiere otro cliente para el funcionamiento normal. El único problema que puede ver al usar AnkhSVN junto a otros clientes de subversión es que AnkhSVN 2.0 solo agrega archivos a subversión cuando es realmente necesario (justo antes de confirmar), para aumentar el rendimiento y permitir el cambio de nombre de caso del archivo.

Answer 6

creo que este contiene información que es relevante: AnkhSVN versus VisualSVN

Answer 7

Mi experiencia con Ankh es terrible (demasiados accidentes en tiempo de ejecución), sin embargo esto es para una versión anterior de Ankh y que podrían haber mitigado los problemas ya. Dicho esto, primero adhiérase a a) lo que funciona, y luego b) lo que puede pagar.

Answer 8

Llámame loco, pero esta solución me parece muy limpia: http://blog.programmerslog.com/?p=4.

Garry Bodsworth ha presentado las configuraciones de Visual Studio que hacen uso de TortoiseSVN. Básicamente, en lugar de agregar las personalizaciones de herramientas externas a mano, la importación de estas configuraciones lo hace todo por usted: barra de herramientas de Subversion, menú de Subversion y comandos del menú contextual.

Creo que esta sería una solución más simple que la instalación de AnkhSVN o VisualSVN.

Answer 9

Honestamente, no me gusta mucho ninguno de los complementos de SVN para Visual Studio. Terminé simplemente personalizando mi propio conjunto de macros para hacer todo lo que tenía que hacer y agregar elementos de menú y menús contextuales personalizados para confirmaciones, actualizaciones, registros de eventos y cosas por el estilo. Utilicé Tortoise e integé con las herramientas de línea de comando. Fue fácil de hacer, involucrando integración con llamadas de línea de comando a TortoiseProc.exe. Sin embargo, estoy seguro de que la integración con svn.exe u otros clientes svn basados ​​en línea de comandos sería igual de fácil. Además, obtienes la ventaja adicional de tener configurado cómo piensas y cómo trabajas, en lugar de las cosas empaquetadas. Continuaré usando macros personalizadas hasta que encuentre algunas mejores herramientas de integración de subversión.