¿Cómo puedo acelerar las actualizaciones de SVN?

Desactive la comprobación de virus en las carpetas que contienen código de copia de trabajo. Esto hizo que mis actualizaciones se volvieran el doble de rápidas.

No es realmente una respuesta, pero puede ser interesante saber que una de las razones por las que svn es tan pesada en E/S es el hecho de que almacena una copia extra de cada archivo en el .directorio svn / text-base. Esto hace que las operaciones de diff locales sean rápidas, pero consume mucho espacio en el disco duro y E/S.

Http://subversion.tigris.org/issues/show_bug.cgi?id=525 tiene los detalles.

Parece que tienes varios proyectos en un repositorio. Dividirlos donde sea apropiado le dará un gran impulso.

Supuestamente Git es mucho más rápido que Subversion debido a la forma en que almacena/procesa los cambios, pero no tengo experiencia de primera mano con él.

Asegúrese de que su conexión al servidor sea lo más rápida posible (gigabit ethernet). Asegúrese de que el servidor tiene discos rápidos en una matriz. Y, por supuesto, solo echa un vistazo a lo que necesitas.

Hay algunos ajustes de rendimiento. SVN es muy pesado E/S, por lo que los discos duros más rápidos son una opción (en ambos extremos). Agrega más memoria a tu servidor. Asegúrese de que sus clientes tienen un disco duro desfragmentado (para Windows).

El método de acceso que utilice también importa. Los repositorios almacenados en sistemas de archivos remotos (usando file:/// access) van a ser mucho más lentos que svnserve o Apache con mod_svn. Considere usar uno de estos últimos si tiene el repositorio en un archivo simple compartir.

TotoiseSVN por defecto mira los cambios de archivos en segundo plano y he visto que ralentizan mi máquina. Cambié la configuración para excluir todo y luego solo incluir los directorios donde tengo checkouts. También puede desactivar las verificaciones de antecedentes. Ambas configuraciones se encuentran en el nodo Configuración de Superposiciones de iconos.

A veces la operación svn lenta, especialmente con muchos externos, está relacionada con DNS. Parece que svn realiza búsquedas DNS por cada svn: externo, incluso para los relativos. Añadiendo su nombre de host del servidor svn a/etc / hosts o arreglando resolv.conf puede ser útil.

He encontrado en mi propia experiencia (es decir: no a través de ninguna prueba real) que, especialmente si el servidor repo SVN es remoto, el uso de externos parece ralentizar las cosas. Si tienes código duplicado (como tu editor FCK) en varios lugares, tendería a seguir usando externos ya que mantener esos archivos sincronizados y manejables es más importante que las velocidades de actualización, aunque podrías usar enlaces simbólicos para traer código duplicado. (Si está utilizando Windows XP, puede utilizar puntos de unión).

Hemos dividido nuestra base de código en varios módulos hermanos y hemos escrito los scripts Ant para que un desarrollador pueda trabajar en un módulo a la vez sin molestarse demasiado sobre lo que está sucediendo en los otros módulos.

• un script de compilación de nivel superior activa todos los scripts de compilación de módulos
• las bibliotecas externas no se almacenan en Subversion, sino que se extraen de una unidad de red utilizando Apache Ivy. (piénsalo como un repositorio Maven interno).
• dependencias entre los módulos también se gestionan utilizando Ivy.

Normalmente, los desarrolladores tendrán que actualizar todo su árbol un par de veces a la semana, pero se puede hacer fácilmente antes de ir al almuerzo/pausa para el café.

Usando