Git y GitHub

Del historial en tu carpeta al remoto en la nube: instalar, Git GUI, commits, ramas, pull requests y cómo salir de un conflicto sin romper el proyecto.

Desde cero Git GUI Terminal Práctica

Descargar .tex Descargar .md

Historial local, remoto y equipo

Git es un programa de control de versiones: un software libre, creado en 2005 por Linus Torvalds (el mismo autor del núcleo Linux), pensado para registrar con precisión cómo evoluciona un proyecto de código. En la práctica, convierte una carpeta de trabajo en un repositorio: un historial ordenado de instantáneas. Cada instantánea se llama commit y lleva autor, fecha y un mensaje que explica qué cambió y por qué. Así puedes volver atrás, comparar versiones o trabajar en paralelo sin pisarte el trabajo.

Ese historial puede vivir solo en tu ordenador (repositorio local) o sincronizarse con una copia en internet (remoto). GitHub es la plataforma más usada para alojar esos remotos: reúne el historial de Git con revisión de cambios, issues, pull requests y colaboración en equipo. Hay alternativas (GitLab, Bitbucket…); el modelo es el mismo.

180M+ desarrolladores en GitHub

+36M cuentas nuevas en un año

~1000M commits empujados en 2025

+100M repositorios nuevos

Fuente: informe Octoverse 2025 de GitHub. En empresas, universidades y proyectos open source, usar Git es el hábito por defecto para versionar software.

Conviene separar bien las piezas. Git es la herramienta que corre en tu máquina (terminal, Git GUI o el panel del editor). GitHub es el servicio en la nube donde suele vivir la copia compartida. En Qué es verás las tres zonas del flujo (carpeta de trabajo, área de preparación o staging, y repositorio) y una animación de editar → preparar → commit → enviar al remoto (push).

Instalar

Antes del primer commit hay que instalar Git, crear la cuenta si vas a usar un remoto, y configurar nombre y correo: Git identifica cada cambio con esa identidad. En Windows conviene marcar Git GUI y la integración con el Explorador.

Git GUI y flujo

Git GUI es la ventana gráfica oficial (Unstaged / Staged / mensaje / Commit / Push). Si entiendes esa pantalla, el resto de clientes solo cambian de botones. El flujo diario (init, clone, status, add, commit, pull, push) y el .gitignore van después.

Ramas y remoto

Las ramas permiten desarrollar sin romper main. En GitHub conectas el remoto, subes con push (hace falta un token, no la contraseña) y abres un Pull Request. Si chocan las mismas líneas, Conflictos explica los marcadores <<<.

Hábitos y errores

Mal hechas recoge lo que luego cuesta caro: mensajes vacíos, force push a ciegas, secretos en el repo, semanas sin commit. Errores cierra con mensajes típicos de la terminal y un checklist del día a día.