Guía

Git en equipo

Lo que empieza a fallar cuando en el repositorio ya no estás solo: historial ilegible, conflictos eternos y ese reset que nadie se atreve a hacer.

2 capítulosNivel intermedioActualizada el 4 de septiembre de 2026

Git a solas es fácil. Los problemas de verdad aparecen cuando hay seis personas tocando los mismos ficheros. Ahí es donde empiezan las preguntas: ¿merge o rebase?, ¿cómo deshago esto sin romperle la rama a nadie?, ¿por qué el historial parece escrito por alguien que odia a quien lo va a leer?

Esta guía asume que ya usas add, commit, push y pull sin pensar. Lo que viene después es lo que casi nadie te enseña.

De qué va

  • Cómo pensar el historial como documentación del proyecto, en vez de como un registro accidental de lo que fuiste haciendo.
  • Rebase interactivo para que la revisión de tu rama sea legible.
  • Recuperarse de errores con reflog y revert, y saber cuándo no usar reset --hard.

Capítulos

  1. 01Un historial que se pueda leerCommits pequeños, mensajes que explican el porqué y por qué el historial acaba siendo la mejor documentación del proyecto.
  2. 02Deshacer sin pánicoreflog, revert, reset y stash. Cuál usar en cada situación y qué es lo único que de verdad no tiene vuelta atrás.