Lenguajes y Fundamentos de Programación · DEV-101

Git y GitHub para equipos técnicos

Ramas, revisiones y resolución de conflictos con un flujo de trabajo que un equipo puede sostener.

Bajo demanda Iniciación 7 módulos · 34 clases

Formato asíncrono Desarrollo, Docentes FP, Alumnado Git

DESARROLLO FP

Lo que aprenderás

Iniciar un repositorio, confirmar cambios y leer el historial con log, diff y status
Trabajar con ramas: crear, cambiar, fusionar y borrar sin perder trabajo
Resolver un conflicto de fusión entendiendo qué versión conserva cada bloque
Sincronizar con un repositorio remoto mediante push, pull y fetch, y recuperarse de un rechazo
Proponer y revisar cambios con pull requests en GitHub dejando comentarios útiles
Deshacer errores con revert, reset y reflog sabiendo qué destruye cada uno
Acordar un flujo de ramas y de mensajes de commit que un equipo pequeño pueda mantener

Contenido del curso

7 módulos · 34 clases en vídeo · práctica guiada en cada módulo

Módulo 1 · Por qué versionar 5 clases

El problema real del proyecto sin control de versiones
Qué es un repositorio y qué guarda
Instalación y configuración inicial de Git
Primer repositorio y primera confirmación
Estados de un fichero: modificado, preparado y confirmado

Módulo 2 · Trabajo diario 5 clases

status, add y commit con mensajes útiles
Ver diferencias antes de confirmar
Historial con log y filtros
Descartar cambios no confirmados
Ficheros ignorados y gitignore

Módulo 3 · Ramas 5 clases

Para qué sirve una rama y cuándo abrirla
Crear, cambiar y borrar ramas
Fusión rápida y fusión con confirmación
Guardar trabajo a medias con stash
Estrategia de ramas para un equipo pequeño

Módulo 4 · Conflictos 5 clases

Cómo se produce un conflicto
Leer los marcadores de conflicto
Resolver en el editor y confirmar la resolución
Herramientas de fusión asistida
Prácticas que reducen los conflictos

Módulo 5 · GitHub y trabajo remoto 5 clases

Repositorio remoto: clonar, push y pull
fetch frente a pull y rechazo de envío
Pull request: proponer un cambio
Revisar código ajeno y comentar con criterio
Issues y seguimiento del trabajo

Módulo 6 · Deshacer y recuperar 5 clases

Corregir la última confirmación con amend
revert para deshacer sin reescribir historia
reset suave, mixto y duro
Recuperar trabajo perdido con reflog
Qué no se debe reescribir nunca en una rama compartida

Módulo 7 · Caso práctico de cierre 4 clases

Proyecto compartido con varias ramas simultáneas
Ciclo completo: rama, cambio, pull request y revisión
Conflicto provocado y resuelto en equipo
Acuerdo del flujo de trabajo y documentación en el repositorio

Requisitos

No se necesita experiencia previa con control de versiones
Manejo básico de la terminal: moverse por carpetas y ejecutar órdenes
Una cuenta gratuita de GitHub y Git instalado, o acceso a un entorno con ambos

Descripción

Carpetas con sufijos de fecha, ficheros con final v2 y v3 definitivo, cambios que alguien pisó sin querer y ninguna forma de saber quién tocó qué. Es el estado habitual de un proyecto sin control de versiones, y da igual que sea código, material didáctico o configuraciones: el coste aparece siempre en el peor momento.

El curso trabaja Git desde la terminal para entender qué ocurre de verdad, y GitHub como lugar donde el equipo se coordina. Se practican confirmaciones, ramas, fusiones, conflictos provocados a propósito, pull requests con revisión y las órdenes para deshacer errores. Se cierra acordando un flujo de trabajo realista para un equipo pequeño, no un procedimiento de manual.

Al terminar se puede entrar en cualquier proyecto que use Git sin miedo a romper nada, colaborar mediante revisiones y recuperar cualquier estado anterior del trabajo. Es requisito práctico para incorporarse a un equipo de desarrollo, para publicar documentación versionada y para cualquier flujo de integración continua, donde todo arranca desde un repositorio.

¿Para quién es este curso?

Profesorado de FP que reparte y mantiene material de prácticas y quiere versionarlo con su alumnado
Alumnado de ciclos técnicos que va a incorporarse a un equipo donde Git se da por sabido
Perfiles técnicos que trabajan solos con carpetas duplicadas y empiezan a colaborar con otros