Cómo controlar el order de búsqueda cuando se obtienen todos los controles remotos con git fetch –todos

Tengo muchos controles remotos agregados en mi git. Cada control remoto es un enlace a una carpeta compartida de networking de diferentes regiones, y cada control remoto contiene el código enviado por un desarrollador.

Todos los días necesito search el último código que enviaron por git fetch –all .

Debido a la location geográfica, la velocidad de las carpetas compartidas de networking es diferente. Algunos de ellos son muy, muy lentos. Quiero search primero los datos de la carpeta compartida más rápida para poder comenzar a examinar el código mientras espero la obtención de otros controles remotos.

El order de búsqueda por git fetch –all no es el mismo que el mostrado por git remote -v . ¿Cómo se determina el order de búsqueda y hay una forma de controlar el pedido?

Es simplemente el order en que aparecen en .git/config . Es solo un file de text, lo edito todo el time.

 git config remotes.default "faster slower" 

Luego, la git remote update posterior, o git fetch --all , siempre actualizará los controles remotos en el order especificado, es decir, primero faster , luego slower .

Nota:

  • Son remotes , con un final 's' .

  • Aquí el default es el nombre del grupo, otros nombres son correctos, pero luego deben especificarse, como git remote update <group> . default es el nombre pnetworkingeterminado del grupo si no se especifica.

Alternativamente, en la implementación temprana, como git fetch --all (usado también por git remote update ) procesa los controles remotos en el order en que aparecen en .git/config , por lo tanto puede cambiar el order en .git/config para hacer el truco. Pero esto no es parte de la API, por lo tanto podría romperse cuando los detalles de la implementación cambien, como ha señalado @chwarr .