visual-studio - plugin - tortoise visual studio 2010
AnkhSVN vs VisualSVN (6)
De acuerdo, hace un año que no uso cada producto, pero mi preferencia actual es AnkhSVN. Aunque la gente se quejaba de las primeras versiones de AnkhSVN, la versión 2.0 era casi una nueva versión del original y ahora es un paquete completo de integración del proveedor de control de código fuente en lugar de un complemento de Visual Studio. Con el respaldo comercial de CollabNet y el renovado entusiasmo por el código abierto, AnkhSVN 2.0 merece una oportunidad.
Mis dos funciones favoritas de AnkhSVN son gratuitas y me encanta la ventana Cambios pendientes.
En cuanto a VisualSVN, encuentro que es lento y siento que aprovecha TortoiseSVN en lugar de manejar la gestión de archivos con demasiada frecuencia. Y cuesta dinero (aunque sea una pequeña cantidad).
Nuevamente, esto se basa en mi último examen de cabeza a cabeza, que fue hace aproximadamente 1 año. Como ya se dijo, TortoiseSVN es excelente por sí solo, pero si realmente desea conectarse al IDE de VS, déle un giro a AnkhSVN antes de VisualSVN. La mejor de las suertes.
Estamos pensando en cambiar a SVN en mi trabajo, así que me preguntaba sobre los complementos de SVN para VS2008 (y 2010 cuando salga). Después de un poco de investigación encontré AnkhSVN y VisualSVN, los 2 que parecían más dominantes. (Soy consciente de TortoiseSVN y usaré el complemento junto con él).
Soy consciente de que esto se ha asked before , pero estas preguntas se formularon hace casi un año y todos sabemos que muchas cosas pueden cambiar en un año.
La pregunta: Desde tu experiencia, ¿cuál es mejor y por qué?
He probado los dos complementos de VS ... después de varios meses de uso, ¡rápidamente me di cuenta de que pasé TODO mi tiempo en Tortuga! Los complementos no reciben todos los elementos relacionados con mi tronco. Solo funcionan con elementos que forman parte de la solución y que VS reconoce. Por esta razón, pasé casi todo el tiempo en Tortuga ... y, finalmente, todo mi tiempo. No hay razón para pagar por los complementos cuando Toroise es gratis y se actualiza casi a diario.
Quédate con la tortuga y aprende a usarla. Serás más feliz al final.
Respuestas:
@jeroenh: "... Realmente hay una ventaja de usar un complemento VS (correctamente integrado), a saber, al mover / renombrar archivos en su solución. ..."
Estoy de acuerdo en que renombrar / mover archivos en Tortoise es torpe. Y VisualSVN hace esto más fácil.
@Darko Z: "a nivel personal, estoy de acuerdo, pero a nivel organizativo no. Tenemos algunas personas aquí que NECESITAN VS integración. Sí, es una tontería pero lo suficientemente justa :)"
Sí, tengo varias personas así en mi equipo actual. ¡Y entrenarlos para acostumbrarse a la tortuga ha sido un oso! Son la razón por la que obtuvimos algunas licencias para VisualSVN ... pero también se quejaron de eso.
He usado ambos y prefiero Visual SVN (a partir de v3.0.4) debido a su integración con Tortoise SVN, que ya uso y con la que estoy bastante familiarizado. Debido a esta familiaridad y la integración de VisualSVN con ella, la prefiero un poco más.
Creo que hay un argumento de que AnkhSVN (a partir de v2.4.11610) tiene más funciones integradas en VS.NET, pero está trabajando con sus propias ventanas de diálogo y mensajes que no son difíciles de usar, pero nuevamente me gustó la funcionalidad y familiaridad de la tortuga SVN.
Además, dado que toda mi tienda utiliza Tortoise SVN a través del Explorador de Windows, la transición a Visual SVN no es tan importante como agregar la buena integración directamente en VS.NET. No sufrí ninguno de los escollos comentados en las otras publicaciones aquí (parece que la mayoría son de hace 3-4 años) cuando usé VisualSVN en los últimos 30 días.
Entonces, esto es lo que digo: si usted es un gran usuario de Tortoise SVN y le gusta cómo funciona, vaya con VisualSVN. Si eres nuevo en Subversion y realmente no te importa, entonces ir con el AnkhSVN gratuito con sus funciones integradas adicionales es probablemente el camino a seguir.
La pregunta que hizo se reduce a las preferencias personales, pero le aconsejaría que ADEMÁS del cliente id sea Tortoise SVN o el cliente de la línea de comandos. A menudo se lo obligará a ocupar posiciones en las que el cliente IDE no pueda realizar la tarea que necesita.
También tuve el mismo dilema hace unos meses, y finalmente decidí usar VisualSVN. Lo hemos estado utilizando durante 4 meses para el desarrollo de aplicaciones web internas de C # y nuestra experiencia ha sido positiva.
En primer lugar, la parte del servidor se integra con Active Directory y ofrece un control MMC fácil de usar para administrar los repositorios.
En segundo lugar, la parte del cliente se integra con VS2008, no ralentiza los tiempos de carga de Visual Studio y funciona con códigos de colores bastante triviales (verde para los archivos intactos, amarillo para los archivos que ha cambiado). Cuenta con revisión completa de diferencias, puede comentar cada revisión.
Un inconveniente es que sus soportes para ganchos (como ganchos post-commit) son muy rudimentarios.
Puede ver estadísticas como quién hizo el mayor número de confirmaciones, etc. Admite sucursales aunque no usemos esas funciones. Toda la comunicación cliente-servidor se realiza a través de SSL (las claves y los certificados se configuran automáticamente).
En algún momento les hice una pregunta sobre cómo eliminar el historial de la rama del menú desplegable de Visual Studio, y su soporte respondió que simplemente necesitaba eliminar el archivo .suo (servicio al cliente eficiente)
Finalmente, mi experiencia de trabajar con VisualSVN: simple y directa para nuestro equipo relativamente pequeño. (Somos 5 programadores, pero estoy bastante seguro de que esto se amplía mucho más que eso).
Utilizo VisualSVN en este momento, y es genial, ya que agrega automáticamente cualquier archivo nuevo a la SVN y permite revertir y difuminar fácilmente sin tener que abrir una ventana del explorador. Sin embargo, aún necesitará usar TortoiseSVN para archivos que no estén en su solución de Visual Studio.
La última vez que usé AnkhSVN no funcionó muy bien y arruiné mi comprobación de SVN (pero esto fue hace un par de años).