Conviene haber comprendido Stash, cherry-pick y rebase.
CONTENIDO ORIGINAL
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
ANTES DE EMPEZAR
Ubícate antes de avanzar
Al terminar deberías poder relacionar Remotos y tracking con fetch, pull y push y resolver un caso nuevo.
Reserva entre 75 y 120 minutos o divide el laboratorio en dos sesiones.
04 / PREPARA EL LABORATORIO
Instala Git y utiliza Git Bash, PowerShell o una terminal Unix. Mantén un repositorio desechable para probar recuperación y conflictos.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Remotos y tracking y fetch, pull y push? ＋
No necesitas acertar todavía. Escribe una hipótesis de dos líneas y compárala con tu respuesta al finalizar; si puedes corregirla y justificar el cambio, hubo aprendizaje.
Aprende el tema paso a paso
Conectarás un repositorio local con otros repositorios y separarás descarga, integración, publicación y autenticación.
Al terminar podrás
- Un remoto es una URL asociada con referencias observables
- Fetch descarga, pull descarga e integra, push publica
- HTTPS y SSH autentican de maneras distintas
01
Nombrar otros repositorios
Un remoto es una URL asociada con referencias observables
git remote agrega nombres como origin o upstream. Fetch actualiza referencias remotas como origin/main sin modificar por sí solo tus archivos. Una rama de seguimiento relaciona la rama local con una rama remota para simplificar sincronización.
origin es una convención creada normalmente por clone.
remote -v muestra URL de lectura y escritura.
origin/main no es la misma referencia que main.
¿git fetch modifica automáticamente tus archivos actuales?
Mostrar respuesta ＋
No. Descarga objetos y actualiza referencias remotas. Tú decides después si comparar, fusionar o rebasar.
02
Sincronizar
Fetch descarga, pull descarga e integra, push publica
Pull combina fetch con una estrategia de integración. --ff-only rechaza el pull si sería necesario crear una fusión, dejando la decisión visible. Push envía commits y actualiza una referencia remota si tienes permiso y no contradice su estado.
Haz fetch y revisa antes de integrar cambios inesperados.
Configura upstream con push -u la primera vez.
Un rechazo de push protege trabajo remoto que aún no tienes.
¿Por qué no conviene resolver todo rechazo con force push?
Mostrar respuesta ＋
Porque podrías sobrescribir referencias y hacer inaccesible trabajo ajeno. El rechazo exige comprender primero la divergencia.
03
Demostrar identidad
HTTPS y SSH autentican de maneras distintas
GitHub permite trabajar por HTTPS o SSH. La contraseña normal de la cuenta no sirve para operaciones Git por HTTPS: se utiliza GitHub CLI, un token personal o un gestor de credenciales. SSH usa una pareja de claves y solo se comparte la pública.
Nunca pegues tokens o claves privadas en el repositorio.
Verifica el host antes de aceptar una clave SSH.
Entrega el permiso mínimo y rota credenciales expuestas.
¿Qué archivo de una pareja SSH puede compartirse con GitHub?
Mostrar respuesta ＋
La clave pública. La clave privada debe permanecer protegida en tu equipo y nunca subirse al repositorio.
Tu recorrido en tres ideas
- Un remoto es una URL asociada con referencias observables
- Fetch descarga, pull descarga e integra, push publica
- HTTPS y SSH autentican de maneras distintas
Diagnostica un push rechazado sin forzar
Une referencias locales y remotas, divergencia, permisos y métodos actuales de autenticación.
CASO
Puedes clonar, pero push devuelve 403 o indica que la rama remota contiene trabajo que no tienes.
Procedimiento
- Clasifica si el error corresponde a URL, identidad, permiso, autenticación o divergencia.
- Inspecciona remoto y descarga referencias sin modificar el trabajo.
- Integra y prueba si existe divergencia, o configura el método de autenticación correcto si falta acceso.
Evidencia mínima
- URL y rama destino sin credenciales.
- Comparación main...origin/main.
- Push final o explicación verificable del permiso que falta.
Mostrar razonamiento modelo ＋
Clonar no prueba permiso de escritura. Un 403 exige revisar cuenta y acceso; un non-fast-forward exige fetch, comparación e integración. Force push no corrige ninguna de esas causas.
Para ir más lejos¿Qué cambia si origin es tu fork y upstream es el repositorio original?
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Suponer que fetch modifica los archivos actuales.
Pegar una contraseña, token o clave privada en comandos, archivos o mensajes.
Ahora hazlo sin guía
Configura origin y upstream en un laboratorio, compara main con origin/main y documenta un método de autenticación seguro.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Distingue referencias locales y remotas.
- Explica fetch, pull y push.
- No expone credenciales y limita permisos.