Rendimiento de superposición de archivos TortoiseSVN: ¿hay alguna forma de mejorarlo?

Question

Estoy usando TortoiseSVN en mi máquina de desarrollo (ejecutando Windows Server 2003) y el servidor VisualSVN en el lado del servidor. Ambas son las últimas versiones (contra Subversion 1.6.5).

Todo funciona bien en general; sin embargo, estoy un poco frustrado con las superposiciones de archivos de TortoiseSVN (los pequeños iconos que muestran estados bloqueados o modificados en los archivos en el Explorador). A veces, estas superposiciones parecen actualizarse instantáneamente después de un commit o lock, a veces solo cambian después de un par de actualizaciones, y algunas veces muestran completamente el estado incorrecto hasta el próximo reinicio.

Puede ser una pregunta imposible de responder, dada la cantidad de variables (otro software instalado, por ejemplo), pero ¿hay algún truco conocido para acelerar la actualización de estas superposiciones?

Answer 1

Con mucho, el mayor aumento de rendimiento lo que tengo es para establecer los íconos superpuestos del cliente para no procesar todo el disco duro, sólo los lugares mis archivos de SVN viven.

Para ello, abra la configuración (derecha haga clic en el Explorer de> TortoiseSVN-> Configuración), seleccione iconos sobreimpresionados, a continuación, en el excluir rutas: entrar c:\*

en el incluyen rutas: introduzca las rutas a los directorios de Subversion copia de trabajo (para mí todos están bajo.210 y c:\workspaces\*)

Utilice una nueva línea para separar las entradas (ver captura de pantalla)

Esto hizo que el cliente parece mil veces más rápido.

Esta captura de pantalla muestra cómo excluir C: y D: unidades, simplemente incluyendo los directorios relevantes:

, usted puede obtener más consejos de rendimiento de la TortoiseSVN docs.

Answer 2

Puede disable TSVNCache.exe altogether. Decidí que estaba dispuesta a vivir sin iconos actualizados si eso significaba que podía abrir y cerrar órdenes de magnitud de Visual Studio más rápido.

También podría disminuir la prioridad de TSVNCache, que es lo que mi jefe hizo con éxito. El principal problema que tuvimos fue el inicio y el cierre de Visual Studio, por lo que escribió un archivo por lotes que redujo la prioridad del proceso y luego inició VS.