Tenga en count que he estudiado la pregunta git-is-very-very-slow , pero en su caso el motivo eran los grandes files binarys, mientras que en mi repository solo hay código PHP / JS / HTML / CSS (sin binarys) y el file más grande en el repository es de alnetworkingedor de 800 KB.
Cambié un file (unas pocas líneas) y luego git add . y git commit -m "msg" , luego git push origin master .
En alguna otra máquina, cuando hago git pull origin master , descarga unos pocos MiB de datos, y toma más de 2 minutos calcular el delta y aplicar cambios. Algo está terriblemente mal aquí.
Sospecho que algunas operaciones recientes pueden causar esto:
Recientemente, accidentalmente agregué muchos activos de proveedores (activos de bower_components ) cuando me di count, utilicé git rm para eliminarlos del repository (y por supuesto, git add , git commit y git push upstream)
Eso fue hace unos días y los problemas que tengo ahora empezaron a pasar en ese momento.
Tengo dos preguntas:
Nota: soy el único que usa y empuja a este repository.
Tuve una experiencia similar: git pull y push empezaron a funcionar EXTREMADAMENTE lentamente, demorando diez minutos o más, tanto en mi Mac OSX local como en mi server Linux / Apache. Eliminé la copy local del repository en mi Mac y lo volví a clonar, y comenzó a funcionar bien. Hizo lo mismo en el server, y todo está bien. ¿Supongo que fue algo corrupto?
El problema estaba en el directory de la aplicación EmberJS . Contenía los directorys node_modules y bower_components que guardaban las bibliotecas de terceros utilizadas por GruntJS para build mis activos JS y CSS.
Cada uno de estos contenía muchos files y directorys … teniendo en count que el tree de dependencies contenía cientos de bibliotecas de tamaños que variaban desde pequeños (pocos files) hasta grandes (muchos files).
Después de eliminar estos directorys y de ignorarlos, el repository de git vuelve a funcionar rápidamente.