Git registra la historia de su código: cada cambio tiene fecha, descripción y es reversible. GitHub aloja esos repositorios en línea para compartirlos y colaborar. Es un hábito que conviene adoptar desde el primer proyecto.

Indispensable para aprender a programar y para mostrar su trabajo.

El modelo mental

Un commit es una foto de su proyecto en un instante, con un mensaje. Se puede volver a él, compararlo, deshacerlo. El historial cuenta cómo ha evolucionado el proyecto.

El flujo básico

  • Modificar archivos.
  • Indexar lo que se quiere incluir en el próximo commit.
  • Confirmar (commit) con un mensaje claro.
  • Subir (push) al repositorio remoto.

Las ramas

Trabajar sin romper nada. Una rama es una línea de trabajo paralela. Se desarrolla una funcionalidad en su propia rama y se fusiona cuando está lista. La rama principal permanece siempre sana.

GitHub

Colaborar y publicar. Repositorio remoto, pull requests para revisar antes de fusionar, issues para seguir tareas, Pages para publicar un sitio estático. También es su portafolio público.

Salir de un bloqueo

Situaciones habituales:

  • Conflicto de fusión: Git muestra las zonas en desacuerdo, se elige, se confirma.
  • Commit hecho en la rama equivocada: se traslada.
  • Deshacer un cambio: según el caso, es mejor revertir de forma limpia que reescribir un historial ya compartido.

Preguntas frecuentes

¿Git y GitHub son lo mismo?

No. Git es la herramienta de control de versiones, en su máquina. GitHub es un servicio que aloja repositorios Git en línea (GitLab y Bitbucket también lo hacen).

¿Hay que hacerlo todo desde la línea de comandos?

No: una interfaz gráfica o la integración del editor bastan para empezar. Entender los conceptos importa más que la forma de escribir los comandos.

¿Cuándo conviene hacer un commit?

En cuanto un pequeño conjunto coherente de cambios esté listo. Commits frecuentes y bien nombrados valen más que uno grande que lo mezcle todo.