¿Problemas o peligros con la recuperación de git remotos automática?

Acabo de empezar a usar bashgit-prompt , que es un reemploop de bash shell que detecta cuando está en un directory git-tracking, y si es así, puede mostrarle cómo difiere su sucursal local de la sucursal remota (adelante / atrás por X commits ), si su repository local está "limpio", o si tiene files escalonados, en conflicto, cambiados pero no escalonados, sin seguimiento, escondidos.

Recién noté que periódicamente (creo que el valor pnetworkingeterminado es cada 5 minutos después de que el repository local no haya cambiado) ejecuta git fetch --quiet para encontrar el estado de la twig remota. (Por supuesto, no está haciendo un pull o una merge ).

Ignorar la mayor carga en el server de git para las búsquedas frecuentes, ¿esto invita a algún problema?

Soy relativamente nuevo en git, y no estoy seguro si esta búsqueda automática podría complicar el desarrollo. O bien, si demora la ejecución de una fusión hasta que lo desee, ¿realmente no cambiará nada, excepto para mostrar el estado remoto que de otra manera no conocería?

Para mí no hay problema en ir a search en segundo plano. De esta manera, recibes unos cuantos compromisos poco después de que son empujados. Y una vez que realmente desea sincronizar antes de combinar o rebase, ya tiene la mayoría, si no todas las confirmaciones y es un poco más rápido.

No creo que haya realmente un problema de performance en la búsqueda a menudo porque si no hay nada que recuperar, el server no está haciendo absolutamente nada …

¡Creo que es una característica conveniente! 😉