CollabNet Servidor SVN o VisualSVN?

Quiero configurar Servidor SVN en un sistema Windows 2003.CollabNet Servidor SVN o VisualSVN?

Por el momento no estoy seguro de si debería instalar CollabNet-SVN o VisualSVN. He leído que CollabNet-SVN solo proporciona un cliente de línea de comando para la administración y que es un poco tedioso configurarlo. VisualSVN viene con un cliente de administración basado en GUI, que es fácil de usar.

por lo tanto tengo algunas preguntas:

¿Existen herramientas de administración gratis (con una interfaz gráfica de usuario) para CollabNet SVN servidor?

¿Hay tutoriales cortos y fáciles de aprender para utilizar CollabNet SVN?

Visual SVN instala Apache también! Para CollabNet SVN esto no es necesario. ¿Hay problemas, si también hay un activo IIS en el servidor de Windows?

¿Es mejor usar CollabNet SVN con una instalación apache? ¡En mi caso, el acceso web no es necesario!

¿Las capacidades de Visual SVN (Standard Edition) y CollabNet SVN son las mismas?

Fuente

2010-02-28 Kottan

No hay problema instalando apache en el mismo servidor que IIS, siempre y cuando ambos estén asignados a diferentes puertos tcp. – mxmissile

Quizás sea mejor utilizar un VCS distribuido (como Bazaar - http://bazaar-vcs.org). No necesita un servidor. – myfreeweb

@myfreeweb: Subversion tampoco necesita un servidor, si no está compartiendo su repositorio entre múltiples usuarios. –

Visual SVN Server tiene una buena GUI para el mantenimiento del repositorio y la configuración de derechos de acceso. Además, también le permite establecer derechos de acceso usando sus cuentas de Windows (autenticación de Windows), lo que puede hacer que su vida sea mucho más fácil.

Durante mis pruebas rápidas, no encontré ningún problema con IIS debido a la instalación de Visual SVN Server (le permite usar un puerto diferente al estándar 443). BTW: Visual SVN Server usa el protocolo https: //, mientras que con svnserve puedes usar svn: //.

Estas son las razones por las cuales cambiaré al Servidor Visual SVN pronto.

Fuente

2010-02-28 21:19:13 M4N

Tenga en cuenta que la autenticación de Windows está severamente limitada en la Edición estándar de VisualSVN, por lo que no es realmente importante en esta comparación. – mghie

Gracias @mghie! ¿Esto cambió recientemente? Han pasado algunos meses desde que hice algunas pruebas rápidas con él. – M4N

Realmente no lo sé, pero supongo que nunca fue diferente, es algo realmente convincente hacer que la gente gaste dinero en licencias de VisualSVN. Para usuarios múltiples en máquinas múltiples, se necesita la integración con Active Directory, y eso requiere la versión paga de VisualSVN. – mghie

CollabNet funciona bien. Lo tengo funcionando localmente en mi máquina de desarrollo de casa como un servicio de Windows. Yo uso TortoiseSVN para administrar mis repositorios, por lo que no hay preocupaciones.

¿Lo está preparando para usted o para un equipo? No tengo experiencia como administrador de SVN para otros.

Fuente

2010-02-28 21:17:00 duffymo

¡Creo que no es relevante si es para un equipo o una sola persona! – Elmex

Lo estoy configurando para un equipo muy pequeño (4 personas) – Kottan

Mi experiencia es relevante solo para una persona, por lo que no puedo hablar de administrarla para un equipo. – duffymo

Recomiendo encarecidamente CollabNet SVN (utilice la opción apache en la instalación) y TortoiseSVN como un buen cliente GUI. No soy un tipo abierto enorme, pero amo esta combinación.

Actualmente estoy usando esto en un windows/Visual Studio 2005 + 10 + solamente medio ambiente y los desarrolladores

Fuente

2010-02-28 21:23:50 used2could

¿Por qué lo recomienda? – Elmex

Para mí es importante que sea fácil de administrar. ¡No quiero editar archivos de configuración o usar un cliente de línea de comando! – Kottan

después de esa declaración Creo que tiene su respuesta, debe ir con VisualSVN – used2could

VisualSVN se limita a http:// y https:// protocolos.
Sin embargo, el protocolo svn:// es much faster, por lo que sugiero usar CollabNet SVN por motivos de rendimiento.

Fuente

2010-02-28 21:35:49

El rendimiento no es muy relevante en mi caso – Kottan

¿En qué parte del mundo del rendimiento? ¿Check-outs? ¿Compromete? Creando repos? ¿Experiencia de UI? ... –

Cualquier comunicación con el servidor (confirmación, actualización, culpa, etc.) es significativamente más lenta. Sin embargo, con la versión de svn 1.7, se mejora el rendimiento del transporte http, consulte http://subversion.apache.org/docs/release-notes/1.7.html#httpv2 –

Como muchos han mencionado en sus respuestas, Subversion tiene dos protocolos principales: http/https o svn.

protocolo svn

Pro:

rápida
muy simple de instalar, sin necesidad de software de tercera parte

contra:

simple de archivos de configuración de autenticación basada
- manera que el usuario no puede gestionar su propia contraseña
- Sin cifrado de la contraseña

protocolo HTTP/HTTPS

Pro:

Soporta una amplia gama de sistema de autenticación, prácticamente cualquier soporte de servidor Apache HTTP.
Debido a lo anterior, se puede integrar en el sistema de autenticación de su empresa como LDAP/ActiveDirectory.
El protocolo https puede encriptar su comunicación, si eso es una preocupación.
Flexibilidad de administración de la conexión, como pasar por el firewall.
le permiten navegar a través de su repositorio navegador web

contra:

~~lento~~ ha mejorado mucho en Subversion 1.7 liberación.
Más complicado de administrar. Especialmente si desea configuraciones de acceso de grano fino y sirve a múltiples repositorios en el mismo servidor.

Depende de lo que necesite, puede elegir el protocolo que mejor se adapte a sus necesidades.

Utilizamos ambos protocolos en nuestro lugar, donde internamente utilizamos principalmente el protocolo svn y el protocolo http/https para exponer nuestro repositorio al público.

Fuente

2010-02-28 22:00:20

CollabNet es ahora CollabNetServerEdge. El principal cambio es que usa Apache en lugar de svnserve (aún así incluido) y facilita la configuración. Tiene una consola de administración basada en navegador. También agrega características como viewvc integrado para navegación de código y autenticación de ldap. El inconveniente es que la autenticación de Windows es muy torpe y creará cuentas duplicadas si el usuario no tiene cuidado con el caso del nombre de usuario. Tampoco usa los grupos de seguridad del directorio activo tampoco, por lo que es una característica inútil e insegura. ViewVC es bueno para usuarios externos o personas sin un cliente svn, pero hemos sobrevivido sin esa función durante años.

Otro inconveniente de collabnet es la importación de repositorios antiguos que requieren un volcado desde el que importar. Descubrí que los repositorios más grandes pueden tardar horas en realizar un volcado. El servidor de VisualSVN solo necesitaba copiar el repositorio.

Me gusta ankhSVN, así que comencé con Collabnet edge, pero ahora me estoy inclinando hacia el servidor VisualSVN.

Fuente

2011-11-30 21:13:06

CollabNet Servidor SVN o VisualSVN?

Respuesta

Cuestiones relacionadas