codea

Git y GitHub Jr route: learn for free from scratch in 4 weeks

De cero a trabajar día a día con Git y GitHub en un equipo real: commits, ramas, Pull Requests, code review, open source y automatización. With free videos in Spanish, plain-words explanations, hands-on challenges, quizzes and review by a teacher.

  • Level: Beginner
  • 4 weeks
  • 40 challenges
  • 26 free videos
  • 32 questions
  • Certificate at the end

Route content is in Spanish.

Start this route for free

Week-by-week syllabus

Week 1 · La terminal y tus primeros commits

La terminal es hablarle a tu computadora escribiendo, en vez de hacer clic. Git guarda "fotos" de tu trabajo: cada commit es como guardar la partida en un videojuego, y si algo sale mal vuelves a un punto anterior. Ejemplo: git add notas.txt pone el archivo en la fila de espera (staging) y git commit -m "Agrega notas" toma la foto. El .gitignore es la lista de lo que nunca debe entrar al repo, como contraseñas.

Error típico de principiante: hacer git add . sin mirar git status y subir archivos que no querías (como un .env). Mira siempre qué vas a guardar.

Week 1 topics
  • Terminal: pwd, ls, cd, mkdir, touch, cat, mv, rm, rutas relativas y absolutas, tecla Tab para autocompletar, flecha arriba para repetir
  • Qué es el control de versiones y por qué Git es distribuido
  • Configuración inicial: git config --global user.name, user.email, init.defaultBranch, core.editor
  • Las tres áreas de Git: directorio de trabajo, staging area e historial
  • git init, git status, git add (un archivo, varios, .), git commit -m
  • Ver el historial: git log, git log --oneline, git show
  • Ver diferencias: git diff, git diff --staged
  • .gitignore: patrones (*.log, carpeta/, !excepcion), plantillas de gitignore.io y GitHub
  • Deshacer cosas: git restore, git restore --staged, git commit --amend, git revert, qué hace git reset (y por qué --hard da miedo)
  • Buenas primeras costumbres: commits pequeños, mensajes en imperativo ("Agrega", "Corrige")

Cursos: "GIT+GitHub: Todo un sistema de control de versiones de cero" (Fernando Herrera) + videos gratis de terminal y Git + capítulo 2 de Pro Git.

Recommended free videos

10 challenges · 8-question quiz

Week 2 · Ramas, conflictos y GitHub

Una rama es un borrador en otra hoja: trabajas sin arruinar la versión buena, y cuando está listo lo juntas con merge. Por dentro es solo un puntero a un commit. Ejemplo: git switch -c feature/login, haces tus commits, y luego git switch main y git merge feature/login. A veces dos personas cambian la misma línea y Git no sabe cuál dejar: es un conflicto, y lo resuelves tú editando las marcas <<<<<<<, ======= y >>>>>>>.

Error típico de principiante: dejar las marcas de conflicto dentro del archivo y hacer commit. Quita las marcas, deja el texto final correcto y prueba que funcione.

Week 2 topics
  • Qué es una rama por dentro: un puntero a un commit, y qué es HEAD
  • git branch, git switch -c, git switch, git branch -d (y el viejo git checkout)
  • git merge: fast-forward y merge commit de tres vías
  • Conflictos: las marcas <<<<<<<, =======, >>>>>>>, resolver a mano o con VS Code, git merge --abort
  • Repositorios remotos: git remote add origin, git push -u origin main, git clone, git fetch, git pull
  • Autenticación: llave SSH (ssh-keygen -t ed25519, agregarla a GitHub, ssh -T git@github.com) o gh auth login
  • GitHub: crear un repo, README, licencia, pestañas Code / Issues / Pull requests / Actions / Settings
  • Markdown para READMEs: títulos, listas, enlaces, imágenes, bloques de código, tablas
  • README de perfil (repo con tu mismo nombre de usuario) y repos fijados
  • GitHub Pages: publicar un sitio estático desde una rama

Cursos: "GIT+GitHub" (Fernando Herrera): secciones de ramas, merge, GitHub y remotos + Learn Git Branching + GitHub Skills.

Recommended free videos

10 challenges · 8-question quiz

Week 3 · Pull Requests, code review y open source

Hasta ahora trabajabas solo. En equipo nadie sube directo a main: abres un Pull Request (PR) para que otra persona lo revise primero, como entregar un trabajo al profe antes de publicarlo. Ejemplo: creas la rama fix/boton, haces push y abres un PR con título claro, descripción, captura y "Closes #12" para cerrar el issue al fusionar. Revisar código es dejar comentarios amables y útiles, no criticar a la persona.

Error típico de principiante: abrir un PR enorme con 40 archivos y sin descripción. Ábrelo pequeño y explica qué cambia y cómo probarlo.

Week 3 topics
  • GitHub Flow: rama por tarea → commits → push → Pull Request → review → merge → borrar la rama
  • Pull Requests: título, descripción, capturas, draft PR, vincular issues con Closes #12
  • Code review: comentar una línea, sugerir un cambio (suggestion), Approve / Request changes / Comment, responder y resolver conversaciones
  • Cómo dar feedback amable y útil (y cómo recibirlo sin tomarlo personal)
  • Tipos de merge en GitHub: merge commit, squash and merge, rebase and merge
  • Issues: plantillas, etiquetas (labels), asignados, milestones
  • GitHub Projects: tablero Kanban (Por hacer / En progreso / Hecho)
  • Colaboradores y protección de ramas (branch protection): exigir PR y aprobación para main
  • Fork, upstream, mantener tu fork actualizado, CONTRIBUTING.md, good first issue
  • Estrategias de ramas: GitHub Flow vs Git Flow (a nivel conceptual)

Cursos: "GIT+GitHub" (Fernando Herrera): secciones de Pull Requests, issues, forks y trabajo en equipo + GitHub Skills Review pull requests.

Recommended free videos

9 challenges · 8-question quiz

Week 4 · Historial limpio, automatización y seguridad

Esta semana pules tu trabajo para que se vea profesional. Un buen historial se lee como un libro: mensajes claros, como feat: agrega login con Google (Conventional Commits). git rebase reordena tu rama sobre la última versión de main para que el historial quede en línea recta, y las tags (v1.0.0) ponen número de versión al proyecto. GitHub Actions es un robot que revisa tu código cada vez que subes algo, y el secret scanning avisa si subes una clave por error.

Error típico de principiante: hacer rebase o push --force sobre una rama que otras personas ya usan. Reescribir historial solo en tus ramas privadas, y con --force-with-lease.

Week 4 topics
  • Buenos mensajes de commit: imperativo, 50 caracteres en el título, cuerpo explicando el porqué
  • Conventional Commits: feat:, fix:, docs:, style:, refactor:, test:, chore:, ! para cambios que rompen
  • git rebase main en tu rama, git pull --rebase, cuándo no hacer rebase (ramas compartidas)
  • git rebase -i para juntar (squash) y renombrar commits antes del PR, y git push --force-with-lease
  • git stash para guardar cambios a medias, git cherry-pick a nivel conceptual
  • Tags: git tag -a v1.0.0 -m "…", git push --tags; versionado semántico (MAYOR.MENOR.PARCHE)
  • Releases en GitHub con notas generadas automáticamente
  • GitHub Actions: workflow, on (eventos), jobs, steps, uses y run; ver logs de una ejecución en rojo
  • CI en PRs y status checks obligatorios en la protección de ramas
  • Seguridad: nunca subir secretos, .env + .env.example, secret scanning y push protection, 2FA, qué hacer si se filtra una clave
  • Copilot y Claude con responsabilidad: pedir explicaciones, revisar lo que proponen, nunca pegar secretos

Cursos: "GIT+GitHub" (Fernando Herrera): secciones de rebase, tags y releases + GitHub Skills Hello GitHub Actions + documentación de seguridad de GitHub.

Recommended free videos

11 challenges · 8-question quiz

Portfolio projects

Cuando buscas tu primer trabajo, lo primero que mira un reclutador técnico es tu perfil de GitHub: si tiene proyectos, si los commits tienen sentido, si sabes abrir un Pull Request. Un GitHub cuidado habla por ti antes de la entrevista.

1. Tu perfil de GitHub con README

  • Qué construyes: un README de perfil (el repo especial con tu mismo nombre de usuario) con quién eres, qué estás aprendiendo, tus proyectos fijados y cómo contactarte.
  • Qué practicas: Markdown, commits, push y cómo te presentas como dev (semanas 1 y 2)
  • Súbele el nivel: agrega una GitHub Action que actualice sola una sección del README (por ejemplo, tus últimos commits o artículos).

2. Tu página personal publicada con GitHub Pages

  • Qué construyes: una página sencilla (puede ser un solo index.html) publicada gratis en tu-usuario.github.io, con tu foto, tu historia y enlaces a tus repos.
  • Qué practicas: ramas, Pull Requests, GitHub Pages y releases con versión (semanas 2 a 4)
  • Súbele el nivel: conecta un dominio propio y agrega un workflow que revise los enlaces rotos en cada PR.

3. Tu primera contribución open source

  • Qué construyes: un Pull Request aceptado en un proyecto real que no es tuyo (una traducción, un arreglo en la documentación, un typo).
  • Qué practicas: fork, clone, ramas, PR, cómo leer un CONTRIBUTING.md y cómo conversar con quien mantiene el proyecto (semana 3)
  • Súbele el nivel: participa en Hacktoberfest (todo octubre) con varias contribuciones de calidad.

Git y GitHub Jr glossary in plain words

Palabra Qué significa
Terminal Una ventana donde le das órdenes a la computadora escribiendo, en vez de hacer clic, como hablarle directo al chofer en vez de apretar botones.
Git Un programa que guarda cada versión de tus archivos, como los puntos de guardado de un videojuego a los que puedes volver.
GitHub Una página web donde guardas tus proyectos de Git en la nube y trabajas con otras personas, como un Google Drive para código con chat incluido.
Repositorio (repo) La carpeta de un proyecto que Git está vigilando, con todo su historial, como un álbum de fotos de tu proyecto desde el día uno.
Commit Una foto de cómo estaban tus archivos en un momento, con una nota que explica qué cambiaste, como guardar partida con un nombre.
Staging (git add) La "sala de espera" donde eliges qué cambios entran en la próxima foto, como elegir qué ropa meter en la maleta antes de cerrarla.
Rama (branch) Una línea paralela de trabajo donde puedes probar cosas sin tocar la versión principal, como escribir un borrador en otra hoja.
Merge Juntar el trabajo de una rama con otra, como pegar el borrador aprobado en el documento final.
Conflicto Cuando dos personas cambiaron la misma línea y Git no sabe cuál dejar, como dos amigos editando la misma frase de un trabajo grupal.
Remoto (origin) La copia del repo que vive en GitHub, como la nube donde se respaldan tus fotos del celular.
Push / Pull Push sube tus commits a GitHub; pull baja los commits nuevos de GitHub a tu compu, como subir y bajar fotos de la nube.
Clone Descargar un repo completo de GitHub a tu computadora por primera vez, con todo su historial.
Pull Request (PR) Una solicitud para que revisen tus cambios antes de unirlos a la rama principal, como entregar un trabajo al profe para que lo corrija antes de publicarlo.
Code review Cuando otra persona lee tu código y deja comentarios, como un amigo que revisa tu ensayo antes de entregarlo.
Issue Una tarjeta en GitHub para anotar un error, una idea o una tarea pendiente, como un post-it en la pizarra del equipo.
Fork Tu propia copia de un repo ajeno dentro de tu cuenta de GitHub, como fotocopiar una receta para anotarle tus cambios.
.gitignore Una lista de archivos que Git debe ignorar (contraseñas, carpetas pesadas), como un cartel de "no tocar" en una caja.
Rebase Mover tus commits para que empiecen desde la versión más nueva de otra rama, como volver a hacer tu fila al final de una cola más actualizada.
Tag / Release Una etiqueta con nombre de versión (v1.0.0) pegada a un commit importante, como marcar "edición final" en un libro.
GitHub Actions (CI) Robots de GitHub que revisan tu código automáticamente cada vez que subes cambios, como un control de calidad en la fábrica.
Secreto Una contraseña, token o llave que nunca debe subirse a GitHub, como el PIN de tu tarjeta.
Llave SSH Un par de llaves (una pública y una privada) que prueba que eres tú sin escribir contraseña, como la huella digital del celular.

Ready to start?

Free, no card and no prior experience. Sign in with Google or without an account.

Start Git y GitHub Jr for free

Related guides

GitGitHub

What is Git and GitHub: a beginner's guide

What version control is, how Git differs from GitHub, the commands you'll use every day and how to work in a team with branches and pull requests.

October 17, 2026 · 2 min readRead guide →

Other free routes