git: rastrear una twig remota no en origen

Mi situación es así:

Trabajo en dos máquinas diferentes, las cuales rastrean un repository ( origen ) clonado desde otra fuente (git.domain_name).

Una máquina, my_machine1 , he creado una twig para agregar alguna funcionalidad, la llamaremos myFoo .

Una de la otra máquina ( my_machine2 ), me gustaría rastrear (y poder actualizar y enviar a my_machine1 ) la twig myFoo .

En my_machine2 , he hecho git remote add my_machine1 my_user@my_machine1:/path/to/common/repo

Pero si hago una git branch -a no veo ninguna twig de my_machine1 , solo de origen . Puedo ver twigs en my_machine1 si hago un git ls-branch my_machine1 . Empujar myFoo al origen no es una opción.

¿Hay alguna forma de rastrear / compartir la twig myFoo entre my_machine1 y my_machine2 ?

Agregar un control remoto no trae las cosas, aún tienes que git fetch my_machine1

Además de la búsqueda sugerida de git, la "actualización remota de git" también funciona (obtendrá todos los controles remotos).

Además, la opción -f para agregar git hace la búsqueda justo después del agregado, lo que es genial para verificar que no haya errores en el control remoto recién agregado.

Nota: git remote update siempre searchá todos los controles remotos, como una git fetch --all harían (ver " actualización remota de git ")

Como se menciona en " ¿Cuál es la diferencia entre el git fetch origin y git remote update origin ? ", La remote update es un command de muy alto nivel

  • admite controles remotos agrupados ( remotes.<group> = <list> ),
  • y actualizando todos los controles remotos (excepto aquellos con remote.<name>.skipDefaultUpdate establecido),
  • pero ninguna de las opciones más específicas de fetch .

La recuperación de Git también admite grupos de repositorys:

 $ git config remotes.mygroup 'remote1 remote2 ...' $ git fetch mygroup 

Entonces, para un solo repository remoto ( origin ), la git fetch es más precisa y ofrece más opciones que git remote update .