¿AnkhSVN es bueno?

Siempre tuve problemas de estabilidad con AnkhSVN. No podía cambiar a todos a Subversion donde trabajo sin una solución integrada.

Gracias a dios por VisualSVN + TortoiseSVN.

VisualSVN no es gratis, pero es barato y funciona como una delicia.

@pilif: AnkhSVN mantiene un estado en memoria de la copia de trabajo, que es invalidado/actualizado por los eventos de Visual Studio (es decir, edita/cambia un archivo) y los eventos de AnkhSVN (es decir, confirma/actualizar/revertir / etc)

Siempre que la copia de trabajo se cambie desde fuera de Visual Studio (editando con otra herramienta, o usando otro cliente de Subversion), tendrá que actualizar AnkhSVN usando el comando Refresh que proporcionamos.

La otra cosa que sucede cuando se elimina un archivo en un proyecto con TortoiseSVN por ejemplo, es que permanece listado en el archivo de proyecto, y tendrá que eliminarlo allí por separado (y luego confirmar el archivo de proyecto también).

Probé la versión 1, y era poco fiable por decir lo menos. No puedo decir nada sobre 2.0.

Si puede permitírselo, el que uso, VisualSVN, es muy bueno y usa TortoiseSVN para toda su gui, excepto para las cosas especializadas relacionadas con su integración VS.

Copiar / pegar partes de mi Blogpost propio , como cambié de Ankh a VisualSVN:

¿Por qué cambié? Porque estaba un poco descontento con la estabilidad general de Ankh, ya que tiene algunos problemas de seguimiento de los cambios de solución. VisualSVN es "solo" una interfaz de TortoiseSVN, lo que significa que deja todo el "trabajo pesado" a una herramienta de terceros que a) está instalada en la mayoría de las estaciones de trabajo de todos modos y b) que ha sido probada y utilizada por un público tan amplio, es realmente sólido como una roca.

Ahora, AnkhSVN ciertamente no es un mal producto, y las personas detrás de él son serios acerca de lo que están haciendo, pero tener archivos eliminados desde hace mucho tiempo todavía en mi SVN o recibir el mensaje "Por favor, Limpie su solución" es molesto después de algún tiempo, pero mi mayor queja es la ventana de propiedades. Es bueno que haya una bonita ventana con botones de radio preguntándome qué propiedad quiero agregar. Desafortunadamente, no hay manera de introducir manualmente un propiedad.

Editar: Eso fue para AnkhSVN 1.x. Mientras tanto, se actualizó a 2.x y mucho mejorado. Lo uso en producción en un sistema donde no tengo VisualSVN y ahora funciona muy bien.

No tuve problemas con v1, pero me advirtieron que no lo usara. He estado usando v2 por un tiempo, y no he tenido problemas con él. Todavía tengo una copia de seguridad del repositorio sin embargo...

Comencé con AnkhSVN y luego pasé a VisualSVN. Tengo mis propias quejas con VisualSVN pero su mucho menos problemas en comparación con Ankh. Todavía tengo que probar la nueva versión de Ankh que dicen que es una reescritura completa y tenía entradas de Microsoft dev Team también.

He estado usando la versión más reciente de Ankh SVN y Tortoise en un proyecto en casa. Creo que ambos son muy buenos con una advertencia.

He encontrado que ambas herramientas SVN a veces no han podido mantenerse al día con el cambio de nombre y movimiento de mi archivo/carpeta, lo que hace que piense que un archivo perfectamente bueno debe eliminarse en la próxima confirmación. Esto es probablemente debido a que yo uso mal SVN de alguna manera, pero TFS en el trabajo no tiene este problema.

Probé AnkhSVN (1.0.3, hace solo 4 meses), y no funcionó de la manera que quería (es decir, necesitaba seleccionar cosas en la ventana del navegador en lugar de basarse en el archivo activo). Terminé haciendo algunas macros que utilizan TortoiseSVN que funcionan mucho más como lo que esperaba.

He estado muy contento con el uso de TortoiseSVN a través del explorador y mis macros dentro del IDE.

Anteriormente (como hace 2 años cuando lo intenté por última vez), AnkhSVN y Tortoise utilizados en paralelo con la misma copia de trabajo causaron algún tipo de corrupción de la copia de trabajo donde Ankh y Tortoise de alguna manera perdieron la pista del estado en el que la otra herramienta dejó la copia de trabajo.

Era como si una de las herramientas almacenara metadatos adicionales no contenidos en la copia de trabajo y dependiera de que eso fuera correcto.

Los problemas se mostraron por Ankh (o Tortuga) insistiendo en que los archivos estuvieran allí que no fueron, en los archivos que se están cambiando que no fueron y en los archivos que no se están cambiando que fueron (y por lo tanto no se puede confirmar).

Tal vez esto se ha arreglado desde entonces, pero pensé que sería mejor advertirles chicos.

Hace un año un amigo y yo usamos AnkhSVN para un proyecto... varias confirmaciones más tarde mientras movía los espacios de nombres, rompió el repositorio SVN. Quebrado como en, el último commit que hicimos se corrompió, y no pudimos cometer más.

Después de eso usamos TortoiseSVN e hicimos que el espacio de nombres se moviera manualmente, simplemente... trabajado. Si solo está trabajando en bibliotecas de clases base, siempre puede intentar usar SharpDevelop en su lugar (que se integra con TortoiseSVN).

Espero que arreglaran AnkhSVN ahora, porque las integraciones IDE siempre son geniales... cuando trabajan.

@mcintyre321

He encontrado que ambas herramientas SVN a veces no han podido mantenerse al día con el cambio de nombre y movimiento de mi archivo/carpeta, lo que hace que piense que un archivo perfectamente bueno debe eliminarse en la próxima confirmación.

Una operación de mover o renombrar resulta en una eliminación y 'añadir con historial' a nivel de subversion.

TortoiseSVN muestra esto como:

originalFile   deleted
newFile        added (+)