Traer, hacer pull y hacer push
Pull
Tres modos, elegidos desde el desplegable: por defecto, solo fast-forward o rebase. Los cambios locales se guardan en un stash y se restauran automáticamente alrededor del pull, así que un árbol sucio no te bloquea.
Una rama que no sigue a ninguna
git pull es un fetch seguido de un merge, y el merge necesita saber contra
qué fusionar: el upstream de la rama. Una rama creada en local, o sacada sin
seguimiento, no tiene ninguno. El fetch igualmente funciona, pasa una lista larga
de refs origin/* actualizadas, y entonces git se para con "There is no
tracking information for the current branch". No se hizo pull de nada y no se
rompió nada: la segunda mitad sencillamente no tenía objetivo.
Gitcito lee ese error y ofrece la reparación como un botón, eligiendo cuál según si el remoto ya tiene la rama:
| Está en el remoto | Enlazar y hacer pull — fija el upstream a <remoto>/<rama> y luego hace el pull que pediste. Deshacible con ⌘Z, que vuelve a quitar el seguimiento. |
| Todavía no está | Subir rama — un push normal, que fija el upstream de paso. |
El remoto que ofrece es origin si existe, y si no el primero de la lista. En
qué caso estás se lee de las refs de seguimiento, no de la red, así que la
respuesta refleja el fetch que acaba de correr.
Push
Los force push usan siempre --force-with-lease — la variante segura, que se
niega si el remoto se movió desde la última vez que miraste. Hacer force push
sobre una rama protegida pide confirmación (la lista está en el engranaje de
ajustes del repositorio).
Sin remotos
Push, pull y fetch necesitan un destino. Un repositorio sin ninguno — un
git init recién hecho, un clon al que le quitaron origin — hacía que esos
botones no hicieran nada, o que un fetch vacío contara como éxito. Ahora abren
Añadir remoto, con un aviso, para que pegues una URL o crees el repo en el
host. Añadirlo termina la acción que empezaste: un push publica la rama actual,
un pull trae y luego hace pull, un fetch solo trae.
El auto-fetch en segundo plano se queda callado cuando no hay nada que traer. No abre un diálogo a intervalos.
Más de un remoto
El botón Push apunta al upstream de la rama. La flecha de al lado ofrece además, en cuanto un repositorio tiene más de un remoto:
| Push a un remoto | Elige un solo remoto — un fork, un espejo, un destino de despliegue |
| Push a los N remotos | Un push por remoto, en orden |
| Push de todas las etiquetas a | git push <remote> --tags, todas las etiquetas locales de golpe |
Las mismas dos acciones están en la fila de cada remoto en la barra lateral, que suele ser donde estás cuando surge la pregunta.
Un rechazo no cancela el resto. Publicar en un fork y en su upstream es exactamente el caso en el que un lado se niega y el otro debería salir igual, así que cada remoto informa por separado: los que funcionan se nombran en un solo aviso, y cada fallo tiene el suyo con el motivo que da git.
Solo el primer remoto de la lista fija el upstream de la rama. Una rama tiene un upstream, y el último remoto al que has hecho push no es automáticamente el que quieres que siga.
Los dos caminos pasan las mismas comprobaciones que un push normal — la confirmación de rama protegida y el guardia de secretos. Publicar en dos remotos es el doble de exposición, no la mitad de precaución.
Ramas en las que no estás
git pull sólo mueve HEAD, y por eso casi todos los clientes te obligan a hacer
checkout de una rama antes de poder ponerla al día. Gitcito no: haz clic derecho
en cualquier rama local —en la barra lateral o en su etiqueta del
grafo— y tendrás Pull de <rama> y Push de <rama>, ambos
sobre esa rama y no sobre la que tienes en checkout.
Pull de <rama> |
Adelanta la referencia local hasta su upstream, sin checkout. El árbol de trabajo no se toca. Deshacible con ⌘Z: el undo devuelve la rama donde estaba. |
Push de <rama> |
Un push normal de esa rama, con las mismas protecciones de rama protegida y de secretos que el botón de la barra. |
El pull queda deshabilitado en una rama que no sigue nada: no hay de dónde traer. En la rama en la que sí estás, ambos caen en el pull normal, que además actualiza el árbol de trabajo.
El límite que conviene saber: una rama que ha divergido de su upstream se rechaza, con un mensaje que lo dice. Reconciliar una divergencia es un merge o un rebase, y ambos necesitan árbol de trabajo, así que ese caso sí te cuesta un checkout. Forzar el push de una rama en la que no estás se ofrece cuando el remoto rechaza el push; la ruta de "pull y reintento" no, por el mismo motivo.
Fetch
Fetch tiene su propio botón en la barra de herramientas, junto a Pull. Trae
de todos los remotos y poda, así que tus refs origin/* y todos los contadores
de adelanto/atraso quedan al día — y no toca ni tu rama ni tu árbol de trabajo.
Es el botón al que acudir cuando quieres ver lo que ha hecho el resto sin mover
tu propio trabajo.
También hay auto-fetch en segundo plano con el intervalo que tú fijes
(Ajustes → General). Pasa el ratón por el botón Fetch y la antigüedad aparece
debajo — hace 4 min — en ámbar si el fetch pasa de quince minutos. Nunca ocupa
sitio en la barra, porque responde a una pregunta que solo te haces mientras vas
a pulsar el botón. Se lee de FETCH_HEAD, así que un git fetch lanzado en una
terminal cuenta igual que uno de aquí.
Un fetch que encuentra historial reescrito lo dice: un aviso nombra la rama, y su fila gana un marcador que abre qué ha cambiado desde exactamente en el commit al que apuntaba antes.
Muchos repositorios a la vez
- Una pestaña de grupo puede hacer Traer todo / Pull en todo sobre su subárbol entero.
- El centro de control lo hace en todo el espacio de trabajo, y puede hacer pull solo en los repositorios que están realmente atrasados.
Remotos
Añade, edita, elimina y trae remotos individuales desde la barra lateral. Las filas de rama llevan insignias de presencia por remoto, así que ves de un vistazo qué remotos tienen una copia de una rama.
Fetch, pull o push sin remotos abre ese mismo diálogo de Añadir remoto, en vez de completar en vacío. Véase traer, hacer pull y hacer push.
Ver también: Centro de control · Hosting y pull requests