Conviene haber comprendido Ramas, integración y conflictos.
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
Ubícate antes de avanzar
Al terminar deberías poder relacionar Stash temporal con Cherry-pick y resolver un caso nuevo.
Reserva entre 75 y 120 minutos o divide el laboratorio en dos sesiones.
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 Stash temporal y Cherry-pick? +
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
Aplicarás tres herramientas de traslado o reorganización distinguiendo cuándo simplifican y cuándo esconden riesgo.
- Stash guarda temporalmente cambios que todavía no son un commit
- Cherry-pick aplica el cambio de commits concretos en otra base
- Rebase cambia la base y reescribe identidades
Stash guarda temporalmente cambios que todavía no son un commit
git stash push conserva cambios y limpia el contexto para cambiar de tarea. Un mensaje ayuda a identificar la entrada. apply conserva el stash; pop intenta aplicarlo y luego retirarlo. No es un archivo permanente ni un sustituto de commits.
Revisa status antes y después.
Incluye archivos no rastreados solo con intención explícita.
Inspecciona el parche antes de eliminar una entrada.
¿Qué diferencia hay entre stash apply y stash pop?
Mostrar respuesta +
Apply intenta aplicar y conserva la entrada; pop intenta aplicarla y quitarla si termina correctamente.
Cherry-pick aplica el cambio de commits concretos en otra base
Cherry-pick reproduce el parche y crea nuevos commits con otros identificadores. Sirve para trasladar una corrección puntual, pero usarlo como flujo habitual puede duplicar historia y complicar integraciones.
Confirma primero la rama destino.
Inspecciona el commit antes de aplicarlo.
Continúa o aborta explícitamente si hay conflicto.
¿El commit obtenido por cherry-pick conserva el mismo hash?
Mostrar respuesta +
No. Tiene otro antecedente y se crea como un commit nuevo, aunque el cambio y el mensaje puedan ser equivalentes.
Rebase cambia la base y reescribe identidades
Rebase vuelve a aplicar commits sobre otra base para producir una línea más directa. Es útil para ordenar trabajo local antes de compartir. Como crea commits nuevos, no debe aplicarse sin acuerdo sobre historia que otras personas ya usan.
Hazlo con un directorio de trabajo limpio.
Revisa cada conflicto y continúa o aborta.
No confundas historia lineal con historia verdadera o mejor.
¿Por qué rebase de commits compartidos puede perjudicar al equipo?
Mostrar respuesta +
Porque reemplaza identidades que otras ramas ya referencian, obligando a reconciliar dos versiones de la misma historia.
Tu recorrido en tres ideas
- Stash guarda temporalmente cambios que todavía no son un commit
- Cherry-pick aplica el cambio de commits concretos en otra base
- Rebase cambia la base y reescribe identidades
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Usar stash como almacenamiento permanente.
Rebasar commits compartidos sin acuerdo y después forzar la publicación.
Ahora hazlo sin guía
Guarda un cambio parcial, traslada una corrección con cherry-pick y actualiza una rama local mediante rebase.
Mostrar pauta de corrección +
- Confirma rama origen y destino.
- Demuestra cómo abortaría cada operación.
- Comprueba que no quedaron cambios o stashes olvidados.
