2008-10-17 12 views

Respuesta

58

SharpSvn fue diseñado para .Net 2.0 y Subversion 1.5 y versiones posteriores. Integra todas las dependencias de subversión en un único conjunto de dll que se puede utilizar directamente desde .Net (XCopy deployable). Uno de los otros puntos fuertes de SharpSvn es que oculta toda la administración de la memoria y transforma los errores de Subversion en excepciones y, lo que es más importante, viceversa. (Hace callbacks de depuración muy fáciles)

NSvn fue utilizado por AnkhSVN antes de AnkhSVN 2.0. Se movió a SharpSvn después de eso.

El proyecto IronSvn en Codeplex se cerró. (Sugiere usar SharpSvn).

Svn # y su sucesor 2.0 Svn.Net son envoltorios simples de la API de Subversion. Requerían que los binarios de una versión de subversión funcionaran. Y debe administrar los grupos apr y parte de la recopilación de apr que se coordina desde el código administrado. Esta es la única solución de plataforma cruzada en esta lista. (Funciona igual de bien en Linux)

+1

Tienes mi voto; Uso SharpSvn en mi proyecto. La biblioteca está bien diseñada y el soporte es excelente: ¡gracias! Esa es la solución más eficiente para usar svn desde un cliente administrado. –

+0

Simplemente no tenga su repositorio en la raíz de una unidad (c: \ o d: \ por ejemplo) o SharpSvn explotará en mil pedazos de vidrio y rasgará un nuevo conjunto en el tejido del espacio y el tiempo. –

+0

No funciona en Mono porque depende de la cadena de herramientas VC++. Sería genial si hubiera opciones completamente administradas. –

2
  • ¿qué pasa con NSvn que es (si no estoy equivocado) también el núcleo de AnkhSVN (echa un vistazo a la página web tigris.org para más información)
+1

NSvn ha sido reemplazado por SharpSvn en la serie 2.0. Su desarrollo ha sido descontinuado. –

+0

AnkhSVN - http://ankhsvn.net/ o http://ankhsvn.open.collab.net/ –

6

estoy usando SharpSVN en el momento - funciona bien para lo que necesito (aunque es para un proceso automatizado, por lo que no es necesario ningún trabajo de IU).