CollabNet es el servidor SVN tan bueno como VisualSVN Server?
-
21-08-2019 - |
Pregunta
tigris la página web
http://subversion.tigris.org/getting.html#windows
tiene un enlace a otro servidor SVN, que se llama CollabNet SVN Server. ¿Alguien sabe usarlo y es mejor o tan bueno como el servidor de VisualSVN?
Solución
En realidad, CollabNet tiene el código fuente original de la subversión. Mira esto desde Wikipedia :
En 2000, comenzó la CollabNet abierto proyecto Subversion fuente, una versión sistema de control con más de 5 millones usuarios.
Lo que hace es VisualSVN para empaquetar esto con un pequeño servidor HTTP y para añadir un montón de interfaz de usuario para que sea más fácil para los usuarios no avanzados (y lo hacen muy bien). En el registro de cambios rel="noreferrer"> se documenta cómo se están incorporando -original- versiones SVN, en la actualidad 1.6. 1
Otros consejos
Yo diría que la mayor diferencia es que usted tiene que configurar el servidor del paquete de CollabNet manualmente, mientras que VisualSVN viene con una interfaz de usuario agradable donde se puede hacer la configuración.
Utilizamos el paquete del servidor de CollabNet donde trabajo (introduje control de versiones donde trabajo, y hasta ahora sólo mi proyecto utiliza el control de versiones).
Básicamente, son la misma cosa. VisualSVN viene con un módulo que se conecta automáticamente a la red de Windows para la autenticación. servidor SVN de CollabNet tiene que ser configurado para autenticar a través de ventanas.
Ya que no he hecho eso paso de configuración sin embargo autenticarse mediante el archivo .htaccess y el módulo de autenticación de Apache.
CollabNet funciona muy bien, pero no tiene las interfaces visuales para la gestión que se incluyen en VisualSVN.
Si no son importantes para usted, y que se sienta cómodo usando comandos de la línea de comandos estándar de SVN, CollabNet es una buena opción.
CollabNet dio a conocer un nuevo software de servidor de la subversión:
http://www.open.collab.net/go/csvne2_r2a/
Yo todavía no lo probé pero me parece que esto podría superar fácilmente VisualSVN servidor ...
Además, VisualSVN no soporta svn: // protocolo que he oído es más rápido que http / https: //. Le gustaría que alguien me corrija si estoy equivocado