tutorial - tortoise svn server
Cómo cambiar de protocolo https:// a svn:// en el servidor de subversión (3)
ACTUALIZACIÓN: el benchmarking del protocolo http y svn está en ..
Cuánto tiempo tardó en verificar el tronco de un proyecto (en minutos y segundos) ..
protocolo svn: 5:32
http: protocolo: 5:33
protocolo svn (con excepción de carpeta AVG): 2:22
protocolo http (con la excepción de la carpeta AVG): 2:23
Resultado de velocidad: ¡ Absolutamente nada en él!
Resultado de AVG: sin embargo, al decirle a AVG que ignore mis carpetas de copia de trabajo, ¡el tiempo de comprobación se volvió el doble de rápido!
PREGUNTA ORIGINAL:
¡Actualmente utilizamos el Servidor VisualSVN que pienso !? solo es compatible con el protocolo http (s)? (¿Alguien puede confirmar?) ..
He leído aquí y me doy cuenta de que el protocolo svn: // es considerablemente más rápido, especialmente con muchos archivos más pequeños.
¿Alguien puede recomendar la forma más libre de migrar a usar un servidor de subversión con el protocolo svn: // (incluso si eso significa usar un sabor diferente de servidor de subversión).
La máquina que ejecuta el Servidor VisualSVN es un cuadro de Microsoft Windows Server 2003.
Gracias por adelantado,
- Lee
recomiende la forma más fácil de migrar para usar un servidor de subversión con el protocolo svn: //
Use el servidor original de Subversion en lugar de VisualSVN. ¡Administrar el repositorio no es tan difícil! Simplemente cambie al SVN normal y ahórrese los costos de la licencia.
También sugiero que se quede con el protocolo HTTP / HTTPS. En la mayoría de los casos, el protocolo no es un problema en las estaciones de trabajo de Windows. El problema generalmente es su antivirus y lento NTFS que causa los problemas.
Nota general: el pago en Linux es más rápido por orden de magnitud que en la estación de Windows debido al problema anterior. Así que no creo que sienta ninguna mejora después de cambiar a svn:// . También puede hacer una comparación simple con el servidor original de Subversion y verificar si mejora algo.
Además, trabajar con https le permite (en algún momento si lo desea) colocar el repositorio SVN en Internet y permitir que los usuarios accedan a él de manera segura sin VPN.
Resulta que el problema con la ralentización de la actualización de subversión NO se debió al protocolo (SVN era la misma velocidad que HTTP), pero de hecho debido a que AVG escaneó cada archivo.
Después de agregar una excepción a AVG para ignorar mis carpetas de copia de trabajo, las actualizaciones y los registros ahora son más del doble de rápidos.
Cuánto tiempo tardó en verificar el tronco de un proyecto (en minutos y segundos) ..
protocolo svn: 5:32
http: protocolo: 5:33
protocolo svn (con excepción de carpeta AVG): 2:22
protocolo http (con la excepción de la carpeta AVG): 2:23
Resultado de velocidad: ¡Absolutamente nada en él!
Resultado de AVG: sin embargo, al decirle a AVG que ignore mis carpetas de copia de trabajo, ¡el tiempo de comprobación se volvió el doble de rápido!
Creo que es fácil cambiar de protocolo https:// / http:// a svn:// en el servidor de VisualSVN ya que hay un svnserve en el servidor de VisualSVN. Solo para iniciar svnserve use el comando svnserve -d -r <repositories_dir> , luego puede usar el protocolo svn:// para acceder a los repositorios.