magento - subversion - svn revertir commit
SVN/TortoiseSVN dolorosamente lento (10)
Estoy experimentando operaciones muy lentas con uno de nuestros repositorios / proyectos SVN.
Por ejemplo, demorar 5-10 minutos para revertir los cambios en un archivo pequeño (10 KB). O aproximadamente 40-60 minutos para ver el proyecto de 100 MB.
Hay aproximadamente otros 30 proyectos en el mismo servidor, algunos mucho más grandes que este, y ninguno de ellos se preforma así.
Una cosa a tener en cuenta es que este proyecto es un proyecto de Magento . No es muy grande en términos de espacio en disco, pero tengo 23k Files y 11k folders, y he leído mal las preformas SVN cuando hay muchos archivos pequeños; ¿Es esto cierto? ¿Y hay algo que pueda hacer para acelerar las cosas?
Existe un problema conocido con el uso de la papelera de reciclaje con reversión que causa una reversión lenta. Vaciar la papelera de reciclaje y configurar TortoiseSVN para que no la use durante las operaciones de reversión aceleran esta operación (consulte http://www.nabble.com/Revert-is-too-slow-td18222196.html ).
Esto definitivamente ha acelerado mis operaciones de revertir.
Intenta deshabilitar temporalmente tu software antivirus.
La copia de trabajo de Subversion funciona bastante mal cuando hay una gran cantidad de directorios, como en su caso. Para las operaciones de escritura (incluso solo localmente) de la copia de trabajo, la copia de trabajo debe estar bloqueada, lo que significa que se crea un archivo de bloqueo en cada directorio (eso es archivo 11k), luego la acción se ejecuta y esos archivos 11k son borrado nuevamente
Subversion 1.7 se está moviendo a un formato de copia de trabajo diferente, que debería resolver estos problemas. Hasta entonces hay algunos trucos que puede intentar acelerar, como excluir la copia de trabajo de su antivirus, deshabilitar los monitores de archivos en el directorio (como TortoiseSvnCache) e intentar reducir el número total de directorios. (Tal vez revisando algunas copias de trabajo separadas)
La reversión de cambios en SVN es una operación local que no debe ir al servidor en absoluto. Parece que el problema está en su copia de trabajo del proyecto.
Intente ejecutar ''svn cleanup'' en la copia de trabajo; Es posible que también desee comprobar si tiene problemas con el disco duro o el sistema de archivos.
Nos enfrentamos a un problema similar, el problema era TortoiseSvn (Versión 1.9.7). Por ejemplo, el repo browser tardó aproximadamente 10 minutos en inicializarse.
¡Hemos cambiado la función Show Locks y arreglado todo!
Haga clic derecho en una carpeta y seleccione Tortoise/Settings luego General/Dialog 3 luego deseleccione Show Locks
También se pueden encontrar algunos buenos consejos en http://tigris-scm.10930.n7.nabble.com/Workaround-for-slow-RepositoryBrowser-on-large-repositories-td92324.html
Nuestro SVN estaba funcionando muy lento a través de TortoiseSVN, Eclipse y línea de comandos. Los compromisos y las exportaciones fueron lentos. Nuestros proyectos de PHP basados en Zend Framework tardarían una era en actualizarse y aparecer en una pequeña confirmación de aproximadamente tres archivos tomaría de 5 a 10 minutos.
Nuestra máquina virtual SVN ( CentOS ) solo tenía 700 MB de RAM que parecían razonables para una CLI de Linux que solo ejecutaba Subversion a través de Apache y funcionó bien durante aproximadamente un año. Solo tenemos unos 20 proyectos y solo tres desarrolladores.
Lo subí a 1.5 GB de RAM y las cosas se están ejecutando ahora mucho más rápido, volviendo a nuestras velocidades anteriores.
SVN es lento si usa NFS ( Network File System ) para la copia de trabajo. Esto podría ser su problema.
También sufrí una gran desaceleración después de actualizar a TortoiseSVN 1.7.3.
Entonces descubrí que tenía una instalación separada de SVN 1.6.5. Desinstalé ambos y reinstalé TortoiseSVN y ahora las cosas están mucho mejor. La primera actualización del día en TortoiseSVN sigue siendo lenta (1-2 minutos), pero luego de eso.
Tengo algunos proyectos que usan el Eclipse IDE. Si capturas los directorios del proyecto Eclipse obtienes cientos y cientos de pequeños archivos que tienen el mismo efecto para mi proyecto que el tuyo.
Creo que cuando revisas los archivos SVN lo hace de a uno por vez, lo que significa que los proyectos con un gran número de archivos siempre serán lentos y no hay mucho que puedas hacer al respecto (además de evitar operaciones frecuentes de repositorio completo).
Sin embargo, hacer cambios en un solo archivo no debería ser lento.
Puede probar las sugerencias en otra publicación en sobre SVN lento . También podría ser debido al uso de una base de datos BDB .
Experimenté una lentitud extrema con Subversion en Windows después de cambiar mi contraseña. Tuve que eliminar todos los directorios y archivos de %APPDATA%/Subversion/auth .
Ahora SVN es rápido como una liebre. Mi lentitud se produjo a través de TortoiseSVN y la línea de comandos.