Git on Commentary of Takao

Alias de Git: Productividad en la línea de comandos

Sat, 20 Jun 2026 00:00:00 +0900

Los alias de Git permiten abreviar comandos largos. Configurados en .gitconfig, pueden incluir secuencias completas y flags.

Alias básicos

git config --global alias.co checkout, alias.br branch, alias.ci commit, alias.st status. Los alias más comunes ahorran cientos de pulsaciones al día.

Alias avanzados

Combinan múltiples comandos con !: alias.lg = !git log --graph --oneline --all. Ejecutan scripts shell arbitrarios.

Alias con parámetros

Usando funciones shell en el alias: !f() { git log --oneline --author="$1"; }; f. Máximo control sin memorizar flags.

Firmado de commits con claves SSH

Mon, 25 May 2026 00:00:00 +0900

Git 2.34+ permite firmar commits con claves SSH además de GPG. SSH es más familiar para desarrolladores que ya usan claves SSH para autenticación.

Configuración

Usa tu clave SSH existente (~/.ssh/id_ed25519.pub). Configura git config --global gpg.format ssh y user.signingkey ~/.ssh/id_ed25519.pub.

Firma automática

git config --global commit.gpgsign true firma todos los commits. Git usa SSH agent para la frase de paso.

Registro en GitHub

Añade tu clave SSH pública en GitHub Settings con tipo “Signing Key” (no solo Authentication). Los commits firmados muestran “Verified”.

Recuperación de ramas eliminadas con git reflog

Sat, 25 Apr 2026 00:00:00 +0900

git reflog registra todos los movimientos de HEAD. Es la herramienta de rescate cuando eliminas una rama por accidente.

Cómo funciona reflog

Cada cambio de HEAD (commit, checkout, reset, merge) se registra. git reflog muestra el historial de movimientos con sus hashes.

Recuperar una rama eliminada

Encuentra el último commit de la rama en reflog. 2. git checkout -b rama-recuperada <hash>. La rama y sus commits están intactos.

Límites de reflog

Reflog es local y temporal. Los commits huérfanos son recolectados por GC tras 90 días (default). Recupera pronto.

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.

Commits semánticos: Estandarización de mensajes de commit

Sun, 25 Jan 2026 00:00:00 +0900

Los mensajes de commit semánticos siguen un formato estructurado que facilita la generación de changelogs y el versionado semántico automático.

Formato

tipo(alcance): descripción + cuerpo + footer. Tipos: feat, fix, chore, docs, style, refactor, perf, test, ci, build.

Beneficios

Generación automática de changelogs con herramientas como standard-version. Versionado semántico: feat → minor, fix → patch, breaking changes → major.

Breaking changes

Añade BREAKING CHANGE: en el footer o ! después del tipo/alcance: feat(api)!: rediseñar autenticación.

Limpieza de ramas remotas huérfanas con git prune

Thu, 25 Dec 2025 00:00:00 +0900

Las ramas remotas eliminadas en el servidor pueden quedar como referencias locales obsoletas. git remote prune y git fetch --prune las eliminan.

El problema

Cuando un compañero elimina una rama remota, tu repositorio local aún conserva origin/rama-eliminada. Con el tiempo se acumulan decenas de referencias muertas.

Soluciones

git fetch --prune origin limpia al hacer fetch. git remote prune origin limpia sin fetch. Configura fetch.prune = true globalmente.

Ramas locales huérfanas

Usa git branch --merged para encontrar ramas locales ya mergeadas. Elimínalas con git branch -d. Combina con prun para limpieza completa.

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>.

Git Bisect: Depuración de regresiones binaria

Mon, 20 Oct 2025 00:00:00 +0900

git bisect realiza una búsqueda binaria para encontrar el commit que introdujo un bug. Es la herramienta más eficiente para depurar regresiones.

Uso básico

git bisect start, marca el commit bueno (git bisect good) y el malo (git bisect bad). Git checkout commits intermedios para probar.

Automatización

git bisect run <script> ejecuta un script que devuelve 0 (bueno) o distinto de 0 (malo). El proceso es completamente automático.

Estrategias

Bisect sobre un rango específico de commits. Usa --first-parent para ignorar merges. Prueba en una rama limpia para evitar falsos positivos.

Firmado de commits con GPG en Git

Thu, 25 Sep 2025 00:00:00 +0900

Firmar commits con GPG verifica la identidad del autor. GitHub/GitLab muestran una insignia “Verified” en los commits firmados.

Configuración

Genera una clave GPG: gpg --full-generate-key. Configura git config --global user.signingkey <KEY>. Firma commits con -S.

Firma automática

git config --global commit.gpgsign true firma todos los commits. git config --global tag.gpgsign true para etiquetas.

Registro en GitHub

Añade la clave GPG pública en GitHub Settings → SSH and GPG keys. Verifica que los commits muestren “Verified”.

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 Blame: Ignorando cambios de formato con .git-blame-ignore-revs

Sun, 20 Jul 2025 00:00:00 +0900

git blame es útil para encontrar quién cambió cada línea, pero los commits de formateo (Prettier, ESLint) contaminan los resultados. .git-blame-ignore-revs resuelve esto.

Cómo funciona

Crea un archivo .git-blame-ignore-revs con los hashes de commits de formateo. Configura git config blame.ignoreRevsFile .git-blame-ignore-revs.

Uso directo

git blame --ignore-revs-file .git-blame-ignore-revs archivo.ts. Muestra la autoría real ignorando los commits listados.

Soporte en GitHub

GitHub respeta el archivo .git-blame-ignore-revs automáticamente en la interfaz web. Añade también los commits de refactors grandes.

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.

Husky y Git Hooks: Previniendo bugs antes del commit

Sun, 20 Apr 2025 00:00:00 +0900

Husky facilita la configuración de hooks de Git para equipos de JavaScript/TypeScript. Previene commits con código roto o no formateado.

Instalación

npx husky init. Crea un directorio .husky/ con scripts ejecutables. Husky 9 es la versión moderna, más ligera y simple.

Pre-commit con lint-staged

Combina Husky con lint-staged para ejecutar linters solo en los archivos modificados. Rápido y escalable incluso en proyectos grandes.

Pre-push con pruebas

Ejecuta la suite de tests completa antes de permitir el push. Previene integraciones rotas en ramas compartidas.

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.

Git Hooks: Automatización del flujo de trabajo

Tue, 24 Dec 2024 00:00:00 +0900

Los hooks de Git son scripts que se ejecutan en eventos específicos del ciclo de vida de Git. Automatizan validaciones, pruebas y despliegues.

Hooks del lado cliente

pre-commit: antes del mensaje de commit. pre-push: antes del push. post-commit: después del commit. pre-rebase: antes del rebase.

Hooks del lado servidor

pre-receive, update, post-receive. Se ejecutan en el repositorio remoto. Ideales para CI/CD y políticas de equipo.

Ejemplos prácticos

pre-commit: lint, formateo, pruebas rápidas. pre-push: tests completos, verificación de builds. post-commit: notificaciones, actualización de issues.

Git LFS: Gestión de archivos grandes

Tue, 26 Nov 2024 00:00:00 +0900

Git LFS (Large File Storage) reemplaza archivos grandes con punteros de texto en el repositorio, mientras almacena el contenido real en un servidor remoto.

Instalación

git lfs install configura Git para usar LFS. Luego git lfs track "*.psd" para rastrear archivos grandes por patrón.

Flujo de trabajo

Los archivos LFS se usan como archivos normales. Git LFS maneja automáticamente la descarga/subida. El diff muestra el puntero, no el binario.

Límites y costos

GitHub: 1GB gratis, luego pago por ancho de banda. Bitbucket y GitLab tienen políticas similares. Bandwidth se consume en push y pull.

Squash Merge: Limpieza de historial en GitHub

Tue, 21 May 2024 00:00:00 +0900

Squash merge combina todos los commits de una rama en un solo commit al mergear. Produce un historial limpio sin commits de WIP ni experimentales.

Cómo funciona

GitHub (y GitLab) ofrecen squash merge como opción al fusionar PRs. Todos los commits de la rama se comprimen en uno con un mensaje nuevo.

Beneficios

Historial lineal y legible. Cada commit en main representa una característica completa. Fácil revertir características enteras con un solo revert.

Git Submodules: Dependencias anidadas

Mon, 22 Jan 2024 00:00:00 +0900

Los submódulos de Git permiten incluir un repositorio dentro de otro como una referencia versionada. Mantienen independencia de historial.

Añadir un submódulo

git submodule add <url> <path> clona el repositorio y crea un archivo .gitmodules. El commit padre registra el hash exacto del submódulo.

Clonar con submódulos

git clone --recurse-submodules <url> clona el proyecto y todos los submódulos. Para repos existentes: git submodule update --init --recursive.

Actualizar submódulos

git submodule update --remote actualiza al último commit de la rama configurada. Luego commitear el cambio de hash en el repositorio padre.

Guía completa de Git para desarrolladores web

Sun, 10 Sep 2023 00:00:00 +0900

Git es el sistema de control de versiones esencial para el desarrollo web moderno. Esta guía cubre desde la configuración inicial hasta flujos de equipo.

Configuración inicial

git config --global user.name "Tu Nombre"
git config --global user.email "email@ejemplo.com"
git config --global init.defaultBranch main

Flujo diario

git pull → git checkout -b feature/nombre → trabajo → git add → git commit → git push -u origin feature/nombre → abrir PR.

Resolución de conflictos

Los conflictos ocurren cuando dos ramas modifican las mismas líneas. Márcalos: <<<<<<<, =======, >>>>>>>. Resuelve, git add, git commit.

Guía de GitHub para desarrolladores

Sun, 10 Sep 2023 00:00:00 +0900

GitHub es la plataforma de colaboración de código más grande. Más allá de git push/pull, ofrece herramientas de gestión de proyectos y CI/CD.

Pull Requests

Los PRs son el corazón de la colaboración. Incluye descripción, contexto, capturas y enlaces a issues. Revisión de código con comentarios en línea.

Issues y Projects

Issues para bugs y características. Projects (tableros Kanban) para gestión visual. Labels, milestones, assignees y templates.

GitHub Actions

CI/CD integrado. Workflows YAML para tests, lint, despliegues. Actions del Marketplace para integraciones comunes.