Skills que aprenderás
Convocatorias
No hay convocatorias abiertas ahora mismo, pero no te pierdas la oportunidad: guarda este curso y te avisamos en cuanto se abra una convocatoria.
Recursos
No hay recursos disponibles todavía para esta convocatoria
Este curso está dirigido a personas sin experiencia previa en sistemas de control de versiones que necesitan incorporarse a flujos de trabajo colaborativos basados en Git y GitHub. A lo largo de las 10 horas, el participante comprenderá cómo funciona el control de versiones distribuido, aprenderá a crear y gestionar repositorios tanto en local como en remoto, y practicará el ciclo completo de registro y publicación de cambios desde la terminal. Al finalizar, será capaz de trabajar de forma autónoma en un repositorio compartido: crear ramas, abrir Pull Requests correctamente documentados e interpretar los errores más habituales de la CLI, contando además con un repositorio de práctica propio con README.md y .gitignore configurados.
git init.add, commit, push) con mensajes descriptivos que sigan una convención definida, revisando los cambios pendientes con git diff e interpretando el historial con git log.git pull) antes de iniciar cualquier modificación, justificando su importancia en un contexto de equipo, y resolver conflictos básicos de merge cuando se producen.main, publicarla en el remoto y abrir un Pull Request con título, descripción y etiqueta correctamente cumplimentados según plantilla.README.md y .gitignore con contenido adecuado, identificar el paso correctivo ante los errores de terminal más frecuentes, y distinguir cuándo usar git revert y cuándo git reset.Bloque 1 — Control de versiones y ecosistema Git/GitHub. Se introduce el concepto de control de versiones distribuido y las diferencias entre Git (herramienta local) y GitHub (plataforma remota de colaboración). El participante configura Git con git config --global user.name y user.email, inicializa un repositorio local con git init y trabaja los conceptos de repositorio local, repositorio remoto, commit e historial mediante diagramas y explicaciones.
Bloque 2 — Primer repositorio: de GitHub a la terminal. El participante crea su primer repositorio en GitHub, lo clona en local y verifica la conexión remota con git remote -v. Practica el flujo completo de trabajo: revisar cambios pendientes con git diff, registrarlos con git add y git commit -m aplicando una convención de mensajes, publicarlos con git push e interpretar el historial resultante con git log --oneline.
Bloque 3 — Sincronización y trabajo en equipo. Se aborda el flujo de actualización con git pull antes de comenzar cualquier sesión de trabajo. Cuando el pull introduce un conflicto de merge, el participante lo resuelve editando el fichero, eliminando los marcadores de conflicto y completando la integración con git add + git commit, comprendiendo por qué este flujo es imprescindible en un equipo.
Bloque 4 — Ramas y Pull Requests. Se explica el propósito del trabajo en ramas y se practica la creación de una rama a partir de main, la realización de commits sobre ella y su publicación en el repositorio remoto. El bloque culmina con la apertura de un Pull Request hacia main, completando todos sus campos —título, descripción del cambio y etiqueta de estado—.
Bloque 5 — Documentación del repositorio y resolución de errores. Se trabaja la función del README.md y del .gitignore, y el participante añade ambos ficheros con contenido mínimo al proyecto de práctica. Se analizan los mensajes de error más habituales en la CLI —autenticación fallida, rama no encontrada en remoto y nothing to commit— identificando el paso correctivo. El bloque cierra con la distinción entre git revert (deshace creando un commit nuevo, seguro en historial compartido) y git reset (mueve HEAD, solo para uso local), aplicando cada comando en escenarios concretos.
README.md y .gitignore (se recomienda Visual Studio Code, aunque cualquier editor es válido).Para aprovechar este curso es suficiente con saber navegar por el sistema de ficheros desde una terminal (moverse entre directorios, crear y editar ficheros de texto) y tener una cuenta de GitHub creada. No se requieren conocimientos de programación ni experiencia previa con Git o cualquier otro sistema de control de versiones.