Por Anónimo (no verificado) , 29 Abril 2026

Capas de configuración

Git lee config de múltiples archivos en orden: sistema, global (~/.gitconfig), local (.git/config), worktree (cuando se habilita) y línea de comandos (-c). Las capas posteriores anulan a las anteriores. Inspecciona con git config --list --show-origin.

Por Anónimo (no verificado) , 29 Abril 2026

El patrón fork-y-PR

La mayoría de plataformas esperan este flujo: fork del repo upstream, clonar tu fork, branch para el cambio, push, abrir un pull request. Git lo trata como un flujo triangular con dos remotes.

Por Anónimo (no verificado) , 29 Abril 2026

Realidades del monorepo

Un monorepo alberga muchos proyectos en un repositorio — mejores refactores, cambios atómicos cross-proyecto, un solo grafo de dependencias. El costo: escala. Los repos pueden crecer a gigabytes y millones de archivos, donde Git ingenuo se vuelve doloroso.

Por Anónimo (no verificado) , 29 Abril 2026

Por qué múltiples remotes

Los flujos reales suelen involucrar más de un remote: un origin para tu fork, un upstream para el repo canónico, además de mirrors, destinos de despliegue y forks por entorno.

Por Anónimo (no verificado) , 29 Abril 2026

Por qué sparse

Sparse checkout puebla solo un subconjunto del árbol de trabajo de un repo, conservando todos los metadatos e historia. Para monorepos, esto puede significar hacer checkout del 1% de los archivos e ignorar el otro 99%, acelerando dramáticamente git status, indexación de IDE y uso de disco.

Por Anónimo (no verificado) , 29 Abril 2026

Más allá de git stash pop

Stash es más capaz que el simple save/pop que sueles ver. Bien usado, es un cuaderno personal para cambios de contexto que vence al hacer commit de WIP en la branch.

Por Anónimo (no verificado) , 29 Abril 2026

Dos formatos, dos propósitos

git archive produce una instantánea tar o zip de un tree — código sin historia, perfecto para releases. git bundle produce un archivo de transporte portable que contiene objetos y refs — perfecto para transferencia offline de un repo entero.

Por Anónimo (no verificado) , 29 Abril 2026

Notas sin reescribir

git notes adjunta metadatos arbitrarios a commits existentes sin cambiar sus SHAs. Reviews, estados de build, sign-offs, métricas de rendimiento — cualquier cosa que quieras asociar a un commit puede vivir en notas. Se almacenan en la ref especial refs/notes/commits por defecto.

Por Anónimo (no verificado) , 29 Abril 2026

Diff de diffs

git range-diff (introducido en Git 2.19) compara dos rangos de commits, emparejándolos por similitud y mostrando los cambios entre versiones. Es indispensable al revisar rerolls de series de parches o comparar branches rebased.

Por Anónimo (no verificado) , 29 Abril 2026

Desarrollo dirigido por series

Muchos proyectos revisan parches por serie, no por branch. Publicas v1, recibes feedback, revisas, envías v2, repites hasta el merge. Git proporciona herramientas de primera clase para este bucle.