Workflow on Commentary of Takao

Git checkout, restore y switch: Diferencias y cuándo usar cada uno

Wed, 25 Mar 2026 00:00:00 +0900

Git 2.23 introdujo git switch y git restore para reemplazar los usos sobrecargados de git checkout. Cada comando tiene una responsabilidad única.

git switch

Cambia de rama. Equivalente a git checkout <rama>. -c crea y cambia a una nueva rama. - vuelve a la rama anterior.

git restore

Restaura archivos del working tree o staging. git restore archivo descarta cambios locales. --staged quita archivos del staging.

git checkout (legacy)

Aún funciona pero es sobrecargado. Puede cambiar ramas o restaurar archivos. Para scripts y automatización, prefiere switch y restore.

Git Merge vs Rebase: Mejores prácticas

Wed, 25 Feb 2026 00:00:00 +0900

Merge y rebase son dos estrategias para integrar cambios. Cada una tiene ventajas según el contexto y la política del equipo.

Merge

Crea un commit de merge que preserva el historial exacto. Útil para ramas públicas y compartidas. Traza claramente cuándo y cómo se integraron los cambios.

Rebase

Reescribe el historial aplicando commits de una rama sobre otra línea. Resulta en un historial lineal y limpio. No recomendado para ramas compartidas.

Revertir merges en Git de forma segura

Tue, 25 Nov 2025 00:00:00 +0900

Revertir un merge commit es diferente a revertir un commit normal. Git necesita saber de qué lado del merge se revierte para evitar conflictos futuros.

El problema

Revertir un merge con git revert -m 1 revierte contra la primera rama (main). Si luego reintentas mergear la rama original, los cambios revertidos no reaparecen.

Cómo revertir correctamente

git revert -m 1 <merge-commit-hash> para revertir contra main. Si necesitas reintroducir los cambios, revierte el revert: git revert <revert-commit-hash>.

Técnicas avanzadas de Git Stash

Wed, 20 Aug 2025 00:00:00 +0900

git stash guarda cambios temporales sin commitearlos. Más allá del uso básico, stash ofrece opciones avanzadas para flujos complejos.

Stash parcial

git stash -p selecciona interactivamente qué cambios guardar. Útil cuando solo quieres stash una parte de los cambios.

Stash con archivos no rastreados

git stash -u (o --include-untracked) guarda también archivos nuevos. -a guarda incluso archivos ignorados.

Stash nombrado

git stash push -m "mensaje descriptivo" crea un stash con nombre. Listarlos con git stash list y buscar con git stash show -p <stash>.

Git Worktree: Trabajar en múltiples ramas simultáneamente

Tue, 20 May 2025 00:00:00 +0900

git worktree permite tener múltiples copias del repositorio en diferentes directorios, cada una en una rama distinta. Sin cambiar de rama ni stash.

Uso básico

git worktree add ../rama-feature feature-branch crea un directorio ../rama-feature con la rama activa. Puedes trabajar en ambas simultáneamente.

Casos de uso

Revisar un PR mientras trabajas en otra rama. Ejecutar tests en paralelo. Mantener una rama de producción abierta para hotfixes rápidos.

Gestión

git worktree list muestra todos los worktrees. git worktree prune elimina referencias a directorios eliminados. Cada worktree comparte objetos pero tiene su propio index y HEAD.

Git Cherry-Pick: Casos de uso prácticos

Tue, 25 Mar 2025 00:00:00 +0900

git cherry-pick aplica commits específicos de una rama a otra. Esencial para hotfixes y selección selectiva de cambios.

Hotfixes en producción

Corrige un bug en main, luego cherry-pick el commit a release branches. Evita mergear toda la rama main con características incompletas.

Backport de cambios

Aplica parches seleccionados de una versión reciente a versiones anteriores mantenidas. Común en proyectos con LTS.

Reordenar commits

Extrae commits de una rama de características y aplícalos en orden diferente. Útil cuando commits interdependientes se mezclan.

Git Rebase Interactivo: Flujo de trabajo avanzado

Thu, 20 Feb 2025 00:00:00 +0900

git rebase -i permite editar, reordenar, combinar y eliminar commits antes de integrarlos. Esencial para mantener un historial limpio.

Comandos del rebase interactivo

pick: mantener commit. reword: cambiar mensaje. edit: modificar contenido. squash: combinar con anterior. fixup: combinar sin mensaje. drop: eliminar.

Flujo típico

git rebase -i HEAD~3 para últimos 3 commits. 2. Reordenar para agrupar cambios relacionados. 3. Squash commits de WIP. 4. Reword mensajes.

Resolución de conflictos

Git se detiene en cada conflicto. Resuelve, git add, git rebase --continue. Usa --skip para omitir un commit, --abort para cancelar todo.