visual studio español code visual-studio version-control migration visualsvn ankhsvn

español - Control de fuente con Visual Studio: cambiar de VisualSVN a Ankh?



svn visual studio code (9)

AnkhSVN funciona con cualquier servidor Subversion y el servidor 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. (Puede conectar el archivo de solución sin ver las advertencias de SCC).

Puede usar AnkhSVN junto con cualquier otro cliente de Subversion, pero diseñamos AnkhSVN 2.0 para que no requiera 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.

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 escuchado 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!

Creo que para una funcionalidad más avanzada, necesitarás TortoiseSVN (como Exportar, Reubicar, operaciones de directorio completo, 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 un servicio de Windows .

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 :.

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

Hicimos precisamente eso: cambié 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 mover o cambiar el nombre de un archivo que aún no se había comprometido). 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 que funcionen y realizar compras en el explorador que con Visual Studio.

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

Llámame loco, pero esta solución me parece bastante 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 para 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.

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.