Git desde cero hasta desarrollador seguro

Domina Git para trabajar con confianza en equipo, gestionar la historia del proyecto de manera efectiva y superar con éxito las entrevistas técnicas — desde el primer commit hasta el pull request en un repositorio real.

13 강의 5시 43분 구독 포함

이 강좌는 누구를 위한 것인가

Programadores principiantes que ya escriben código en cualquier lenguaje, pero que nunca han trabajado seriamente con un sistema de control de versiones o que tienen conocimientos superficiales de Git y quieren ordenar sus conocimientos antes de incorporarse al mercado laboral.

요구사항

Habilidades básicas con la línea de comandos: navegación entre carpetas, creación y eliminación de archivos. Capacidad para escribir código simple en cualquier lenguaje — el lenguaje no importa, lo importante es que ya estés programando algo.

강좌 커리큘럼

13 강의

소개 Introducción: Git desde cero hasta desarrollador seguro

1 Git: De Cero a Desarrollador Seguro 39.24초

2 Sin Git: caos. Con Git: control total. 34.224초

3 Este curso es para ti si... 26.808초

4 Al finalizar el curso podrás... 37.056초

5 Módulos 1–3: Del 'para qué sirve' al primer commit significativo 34.128초

6 Secciones 4-6: Historial de commits, ramas y cómo deshacer errores con seguridad 34.56초

7 Secciones 7-9: GitHub, trabajo en equipo y conflictos sin pánico 36.24초

8 Secciones 10-12: Flujos de trabajo, herramientas avanzadas y proyecto final 44.376초

9 Cómo aprender para retener el conocimiento 40.08초

7 분

무료 시청

Por qué necesitamos Git y por qué es imprescindible para conseguir trabajo

Comenzaremos no con comandos, sino con el problema: veremos cómo es el desarrollo sin control de versiones — carpetas como 'proyecto_final_2', 'proyecto_final_DEFINITIVO' y el miedo a borrar algo importante. Entenderás exactamente qué problema resuelve Git, por qué se ha convertido en el estándar de la industria y qué es lo que los empleadores buscan específicamente cuando revisan tu perfil de GitHub.

sistema de control de versiones historial de cambios arquitectura distribuida

22 분

가입 후

Instalación y configuración: preparando Git para su primer uso

Instalaremos Git en Windows, macOS y Linux, analizaremos por qué la configuración del nombre y correo electrónico no es una formalidad sino parte del historial de commits. Configuraremos una terminal cómoda y varios alias útiles para trabajar cómodamente desde el primer día, sin tener que lidiar con comandos largos.

instalación de Git git config configuración global

18 분

구독 포함 구독 신청

Primer repositorio: init, add, commit y la magia del índice

Creamos el primer repositorio y nos encontramos de inmediato con un concepto que muchos no comprenden durante años: el área de preparación (índice). Analizaremos por qué existe esta 'capa intermedia' entre la carpeta de trabajo y el historial, y veremos con ejemplos por qué el sistema de dos pasos add → commit hace que los commits sean significativos y no aleatorios.

repositorio área de preparación commit

1 Creando nuestro primer repositorio 38.736초

2 Mirando bajo el capó de .git 43.848초

3 Práctica: creando un repositorio 40.056초

4 Los tres estados de los archivos: por qué son importantes 41.352초

5 Directorio de trabajo: tu espacio creativo 40.464초

6 Índice: organizando los cambios en porciones significativas 37.056초

7 Commit: guardando la historia para siempre 38.784초

8 Índice de Git: la zona intermedia para el commit 34.608초

9 Añadir un archivo específico al índice 42.048초

10 Añadir todos los archivos modificados 41.616초

11 ¿Qué es un commit en Git? 43.44초

12 Creando tu primer commit 37.68초

13 Cómo escribir buenos mensajes de commit 52.104초

14 El problema de los cambios mezclados 42.504초

15 Git add -p en acción 42.792초

16 Cómo leer parches 42.216초

17 Por qué commit sin add no funciona 28.392초

18 Una tarea, un commit 24.912초

19 Mensajes de commit comprensibles después de un año 39.312초

20 Creando nuestro primer repositorio 43.248초

21 El índice: entre el código y el commit 35.16초

22 Creando un commit significativo 31.632초

23 Tu primer commit: ¿y ahora qué? 35.952초

28 분

구독 포함 구독 신청

Leyendo el historial: log, diff, show y navegación por el pasado

El historial de un proyecto no es solo un registro, es documentación de decisiones. Aprenderemos a leer el historial de manera informativa: filtrar confirmaciones, ver exactamente qué cambió entre versiones y entender los hashes SHA-1 sin miedo. Además, analizaremos cómo distinguir un 'buen historial' de uno 'basura', lo cual afecta directamente cómo te perciben en el equipo.

hash de confirmación git log git diff

25 분

구독 포함 구독 신청

Ramas: la realidad paralela de tu código

Las ramas son el corazón de Git y es donde la mayoría de los principiantes comienzan a tener miedo. Desmitificamos las ramas: mostramos que una rama es simplemente un apuntador, no una copia de archivos. Analizamos cómo crear ramas, cambiar entre ellas y fusionar cambios, además de ver la diferencia entre fusión de avance rápido y fusión de tres vías con ejemplos prácticos.

rama HEAD fusión

1 El mito de la copia de archivos en ramas 31.128초

2 Funcionamiento interno de una rama 30.432초

3 Marcapáginas en lugar de copia del libro 32.976초

4 Creando una rama en la práctica 38.136초

5 Cómo funcionan las ramas en Git 27.48초

6 Creando una nueva rama 25.368초

7 Creación y cambio rápido 28.848초

8 Qué ocurre al cambiar de rama 34.104초

9 Cuando la fusión de ramas ocurre sin conflictos 37.416초

10 Cómo funciona la fusión fast-forward 36.888초

11 Ejemplo práctico: fusionar feature en main 39.24초

12 Cuando la fusión de ramas no es posible automáticamente 36.48초

13 Cómo se ve un conflicto de fusión 30.888초

14 Pasos para resolver un conflicto 39.792초

15 ¿Por qué la fusión simple no siempre funciona? 42.168초

16 Cómo funciona la fusión de tres vías 33.576초

17 Creando una confirmación de fusión en la práctica 37.152초

18 Cómo la larga espera complica las fusiones 35.16초

19 El peligro de ignorar los conflictos de fusión 47.664초

20 La forma correcta de resolver conflictos 37.632초

21 Creando una rama de funcionalidad para una nueva tarea 36.696초

22 Trabajo paralelo en múltiples ramas 38.88초

23 Fusionando cambios con la rama principal 42.408초

24 Resumen: Ramas y Fusiones 46.44초

32 분

구독 포함 구독 신청

Deshaciendo cambios: restore, reset, revert — correcto y peligroso

Uno de los temas más solicitados en entrevistas y en el trabajo real es cómo deshacer lo que ya se ha hecho. Analizaremos tres herramientas con diferentes 'niveles' de deshacer y nos centraremos en lo más importante: mostraremos escenarios concretos donde reset --hard puede arruinar el trabajo en equipo, mientras que revert es una alternativa segura. Soluciones buenas y malas, con consecuencias reales.

git restore git reset git revert

30 분

구독 포함 구독 신청

GitHub y repositorios remotos: tu código en la nube

Hacemos la transición del trabajo local al trabajo en equipo: analizamos qué es un remote, cómo vincular un repositorio local con GitHub y en qué se diferencian push, pull y fetch, los tres comandos que más se suelen confundir. Analizaremos especialmente la autenticación mediante claves SSH, ya que los empleadores esperan que lo configures por tu cuenta.

remoto origen push / pull / fetch

27 분

구독 포함 구독 신청

Trabajo en equipo: forks, ramas de características y pull requests

Esta sección describe cómo trabaja el 90% de los equipos de código abierto y corporativos. Cubriremos el ciclo completo: fork → rama de característica → commits → pull request → revisión de código → fusión. Analizaremos específicamente cómo escribir descripciones de PR para que el revisor entienda el contexto de inmediato y qué errores en los PR delatan a un principiante.

fork pull request revisión de código

33 분

구독 포함 구독 신청

Conflictos de fusión: no entres en pánico, comprende y resuelve

Los conflictos pueden asustar a los principiantes, pero después de esta sección los enfrentarás con calma. Analizaremos por qué ocurren los conflictos (Git no lee la mente y no sabe qué cambio es más importante), cómo leer los marcadores de conflicto y cómo elegir la solución correcta. Mostraremos dos enfoques: la resolución manual y el uso de herramientas de fusión (merge tools).

conflicto de fusión (merge conflict) marcadores de conflicto resolución de conflictos

28 분

구독 포함 구독 신청

Flujos de trabajo con Git en equipos reales: ¿qué workflow elegir?

En las entrevistas de trabajo suelen preguntar: '¿Qué flujo de trabajo con Git has utilizado?' Después de esta sección, tendrás una respuesta honesta y detallada. Analizaremos tres enfoques populares: Feature Branch Workflow, Git Flow y Trunk-Based Development, y veremos en qué situaciones cada uno funciona bien y en cuáles puede convertirse en un obstáculo.

Feature Branch Workflow Git Flow Trunk-Based Development

23 분

구독 포함 구독 신청

Herramientas avanzadas: rebase, stash, cherry-pick y etiquetas

Pasamos a las herramientas que diferencian a un usuario avanzado de Git de quien solo conoce lo básico. Analizaremos rebase como alternativa a merge, mostrando cuándo limpia el historial y cuándo lo convierte en una pesadilla. Añadiremos stash para 'aparcar' rápidamente trabajo sin terminar, cherry-pick para transferir commits específicos y etiquetas para marcar lanzamientos.

git rebase git stash git cherry-pick

35 분

구독 포함 구독 신청

Proyecto final: simulando un desarrollo en equipo real

Aplica todo lo que has aprendido en un escenario coherente: eres un desarrollador en un pequeño equipo que necesita agregar una nueva función, corregir un error y lanzar una versión. Atraviesa paso a paso todo el ciclo completo: creación de repositorios, trabajo en ramas, pull requests, conflictos intencionalmente creados y su resolución, rebase para limpiar el historial y etiqueta de lanzamiento final. Al final tendrás un repositorio real que podrás mostrar a los empleadores.

flujo completo de trabajo con Git desarrollo en equipo ciclo de lanzamiento

35 분

구독 포함 구독 신청