46.Git

Git es un sistema de control de versiones: guarda «fotos» (commits) de tu proyecto cada vez que tú se lo pides, con un mensaje de qué cambió. Así puedes ver el historial, comparar versiones, volver a una que funcionaba y trabajar en equipo sin sobrescribir el trabajo de otros. Lo creó Linus Torvalds en 2005 y es gratuito.

Sin Git, los proyectos terminan así: tarea_final.py, tarea_final2.py, tarea_final_AHORA_SI.py. Con Git hay un solo archivo y un historial ordenado de todas sus versiones.

Conceptos clave

Configuración (una sola vez por computadora)

git config --global user.name "Ana López"
git config --global user.email "ana@ejemplo.com"
git config --global init.defaultBranch main

El ciclo de trabajo

git init                     ← convertir la carpeta en repositorio (una vez)
git status                   ← ¿qué cambió?
git add archivo.py           ← preparar un archivo  (git add . = todos)
git commit -m "Agrega cálculo del promedio"
git log --oneline            ← ver el historial

 modificas  →  git add  →  git commit
 (trabajo)     (staging)    (historial)

Más comandos útiles

Problema: poner bajo control de versiones un proyecto de calificaciones y crear una rama para una mejora.

mkdir calificaciones
cd calificaciones
git init

Crea promedio.py:

def promedio(lista):
    return sum(lista) / len(lista)

print(promedio([8, 9, 10]))

Y un archivo .gitignore para que Git ignore lo que no debe guardarse:

__pycache__/
.venv/
.env

Primer commit:

git add promedio.py .gitignore
git commit -m "Primera versión del cálculo del promedio"

Una mejora en una rama:

git switch -c lista-vacia

Edita promedio.py para que no falle con listas vacías (if not lista: return 0), y luego:

git diff
git commit -am "Evita división entre cero con lista vacía"
git switch main
git merge lista-vacia
git log --oneline

Resultado esperado: git log --oneline muestra los dos commits, el más reciente arriba.

Subir a GitHub (opcional): crea un repositorio vacío en GitHub y sigue las instrucciones que muestra (git remote add origin … y git push -u origin main).

• Commits pequeños y frecuentes, cada uno con un solo propósito.
• Revisa con git status y git diff antes de cada commit.
• Usa .gitignore desde el principio.
• Trabaja las mejoras en ramas y deja main siempre funcionando.
• Nunca guardes secretos en el repositorio.
• Ejecuta las pruebas antes de subir cambios.

• Chacon, S. y Straub, B. Pro Git (2.ª ed., en español). https://git-scm.com/book/es/v2
• Git. Documentación de referencia. https://git-scm.com/docs
• GitHub. GitHub Docs: Hello World. https://docs.github.com/es/get-started/start-your-journey/hello-world
• GitHub. gitignore templates (Python). https://github.com/github/gitignore