2009-05-11 18 views

Respuesta

13

Mi empresa lo ha estado usando. Por lo que puedo decir, es solo una distribución personalizada de SVN + Apache en un instalador, por lo que su "confiabilidad" será la misma que la de Apache y subversión.

+0

¿cuánto tiempo hace que su empresa lo usa? ¿es mucha gente que lo usa y todavía es confiable? –

+0

lo hemos estado utilizando durante unos meses. Poco después de que comencé, hice un hedor acerca de VSS (porque es realmente terrible). Tenemos alrededor de 8-10 personas que lo usan y ha estado bien. Realmente ... No sé de qué te preocupa. Debajo del capó, es solo el stock svnserve, como dije en mi respuesta. –

+0

Lo estoy usando, importé nuestro viejo DB VSS hace más de 18 meses. Ha sido perfecto desde un repositorio de 12Gb con 310,000 revisiones. – gbjbaanb

2

¿Puedes definir Confiable? ¿Quiere decir que no es probable que cuelgue o corrompa datos, o quiere decir que es capaz de manejar mucho tráfico, o quiere decir que no es explotado o explotable fácilmente?

SVN + Apache fue bien en cada una de esas categorías, pero no sé lo que la porción de encargo del instalador tiene en ella.

+0

quiero decir en términos de ... ¿es tan bueno como instalar Apache y el servidor de subversión yo mismo desde cero? supongo que datos corruptos y seguridad de datos también cuentan para esto ... ya sea que esté relacionado con la combinación del servidor Apache + SVN o el empaquetado de ellos por Visual SVN. –

+0

Todo está cuidado para usted. Ese es el objetivo de VisualSVN. Hay muy poco que configurar y lo poco que se puede hacer con las herramientas de administración incluidas con VisualSVN. –

2

Lo hemos estado usando por un tiempo sin ningún problema; aparte de las GUI, es la misma base de Apache/SVN que cualquier otro servidor. Es agradable poder actualizarlo con un MSI, y tiene una buena GUI de Windows para manejar la integración AD, la gestión de certificados, etc. También parecen ser bastante rápidos para obtener actualizaciones. Los únicos dos negativos (sin duda la última vez que lo verifiqué) son:

  1. Tiene restringido el acceso http/https a menos que desee configurarlo manualmente.
  2. Cuando usted decide que quiere https esté pega con https sólo, ya no parece ser capaz de ejecutar HTTP y HTTPS juntos.
+0

¿cuánto tiempo lo usaste hasta ahora? –

+0

alrededor de un año ahora –

7

He estado usando VisualSVN Server durante algunas semanas junto con el cliente VisualSVN para Visual Studio. Ha sido libre de problemas y configurarlo fue más fácil que caerse de un registro. La consola de administración le permite crear repositorios y carpetas, realizar operaciones simples en ellos (eliminar, importar, etc.) y establecer permisos de usuario (autenticación de Active Directory integrada o SVN). Simplemente funciona y hace lo suficiente y nada más. Creo que lo entendieron bien.

Soy un tipo de Windows Server, por lo que tenía un poco de dudas sobre el uso de Apache, pero es completamente transparente e integrado en VisualSVN. Si no lo hubieran mencionado en el sitio web, nunca lo hubiera sabido. estaba ejecutando Apache. Si también deseaba alojar otras cosas en Apache, entonces supongo que querría hacer las cosas de manera diferente, pero quería una solución lista para usar y VisualSVN lo proporcionó.

+0

¡Cómo pueden cambiar las cosas en unos pocos años! No podía imaginarme comenzar un proyecto usando Subversion ahora. Usamos Atlassian Stash detrás de nuestro firewall y usamos BitBucket como respaldo. –

3

que he tenido un gran problema con él.

El problema que tengo es que los repositorios se guardan con terminaciones de línea de Windows (Carriage Return + Line Feed) en lugar de los finales de línea de Linux (Line Feed) cuando los repositorios están en formato de sistema de archivos.

Esto me ha impedido portar el repositorio (con todas las revisiones en el tacto) de una red local servidor Windows VisualSVN alojamiento a un hosting Linux público SVN. Como todo mi código está en el código de Windows si cambio los finales de línea de Windows a los de Linux, estropeo todo mi código. Las herramientas de administración de SVN en Linux no reconocerán el repositorio si no las convierto.

Así que se puede mover una exportación del código en un repositorio público, pero perder todo el historial de revisión anterior, que es un gran inconveniente, pero no un show-tapón.

+2

Hasta donde yo sé, los archivos fsfs siempre usan terminaciones de línea '\ n' para que sean independientes de la plataforma, pero incluso si este no es el caso, puede * SIEMPRE * volcar el repositorio y cargarlo en el otro sistema operativo. ¿Estás seguro de que usas las herramientas de Windows nativas (y no las versiones de cygwin)? Cygwin a veces rompe el soporte explícito final de línea en Subversion cuando habilita su propio soporte de conversión. –

+0

El uso de las herramientas nativas (liberación Collabnet) para volcar un repositorio que fue creado por VisualSVN me sale: 'vnadmin: Desconocido Tipo FS' fsfs no añadí esas comillas simples en la salida de svnadmin. Usando un editor hexadecimal en el archivo de tipo db/fs del repositorio, tiene el 0D 0A (\ r \ n) al final de fsfs. Cuando miro un repositorio hecho por TortoiseSVN, el mismo archivo tiene el 0A (\ n) después de fsfs. Sospecho que está en la implementación de VisualSVN ya que he migrado con éxito un repositorio de TortoiseSVN a un entorno Linux. Estaba usando VisualSVN Server 1.5.3. –

0

lo he usado desde hace algunos años sin ningún problema, es leightweight y eficiente. Pero fuertemente integrado en Windows (que no es en absoluto un problema para mí)

Como alternativa, Collabnet Subversion Edge parece ser un buen producto pero no lo probé.

Cuestiones relacionadas