Preview ng leksyon

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

Ano ang matututunan mo sa leksyong ito

Podrás contribuir a cualquier proyecto de código abierto siguiendo el ciclo estándar de fork → PR.
Aprenderás a estructurar un pull request para que el revisor comprenda la tarea sin necesidad de hacer preguntas adicionales.
Entenderás cómo responder adecuadamente a los comentarios en la revisión de código, tanto a nivel técnico como de comunicación.

Simula ng leksyon

El fork: tu espacio personal de pruebas

Un fork es tu copia personal de un repositorio en GitHub
Control total sin riesgo para el proyecto original
Mantiene conexión con el proyecto fuente
Ideal para experimentar y contribuir a proyectos open source

Imagina que encuentras un libro interesante en la biblioteca pero no puedes hacer anotaciones en él. Un fork resuelve este problema creando tu propia copia del repositorio en GitHub. Ahora puedes experimentar con el código sin arriesgarte a dañar el proyecto original. Esto es especialmente útil cuando necesitas probar una idea o contribuir a un proyecto ajeno. Tu fork permanece vinculado al repositorio original, lo que facilita mantenerlo actualizado y enviar tus cambios de vuelta al autor.

Cómo crear un fork en GitHub

Haz clic en el botón Fork en la esquina superior derecha
Selecciona tu cuenta como destino
Espera a que se cree la copia
Clona tu fork en tu máquina local

Abre el repositorio deseado en GitHub y localiza el botón 'Fork' en la esquina superior derecha. Después de hacer clic, selecciona tu cuenta como destino. En unos segundos, GitHub creará una copia exacta del repositorio en tu perfil. Ahora puedes clonarlo a tu ordenador con el comando git clone y comenzar a trabajar. No olvides verificar que estás clonando tu fork y no el repositorio original.

# Clonando tu fork al ordenador
git clone https://github.com/tu-usuario/repositorio.git

# Navegando al directorio del proyecto
cd repositorio

# Verificando repositorios remotos
git remote -v

Fork vs Clonación: ¿Cuál es la diferencia?

Clonación: copia local en tu ordenador
Fork: copia remota en tu cuenta de GitHub
El fork mantiene el vínculo con el repositorio original
Es útil para sincronizar cambios

Aunque ambos procesos crean una copia del repositorio, existe una diferencia fundamental entre ellos. La clonación descarga el código a tu ordenador, mientras que el fork crea una copia remota en tu cuenta de GitHub. El fork mantiene una conexión con el proyecto original, lo que permite sincronizar fácilmente los cambios. Este es un punto clave cuando participas en proyectos de código abierto: trabajas en tu propio fork y luego propones cambios al autor a través de un pull request. Ahora que has creado tu copia del proyecto, es momento de traerla a tu máquina local y aprender a trabajar con ella.

Buong leksyon ay para sa subscription

30 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

El fork: tu espacio personal de pruebas
Cómo crear un fork en GitHub
Fork vs Clonación: ¿Cuál es la diferencia?
Clonando el fork en tu ordenador
Añadiendo upstream para sincronización
Verificación de repositorios remotos
¿Por qué necesitamos ramas separadas?
Creando una rama de funcionalidad
Cómo nombrar ramas correctamente
Por qué necesitamos commits atómicos
Escribiendo el mensaje de commit perfecto
Errores típicos en los commits
Por qué publicar una rama en un fork
Comando git push para publicar una rama
Verificación de rama publicada
Pull Request como solicitud de cambios
Título del PR: breve y al grano
Descripción del PR: qué, por qué y cómo verificar
Errores típicos en los PR
El monstruo de los PR: por qué las pull requests grandes matan la revisión
Descripción del PR: tu oportunidad para explicar, no para disculparte
Un PR, una tarea: cómo no mezclar cambios sin relación
Code Review: un diálogo con el editor
Responde a cada comentario
Registra los cambios en commits separados
¿Por qué surgen conflictos al hacer merge?
Actualizando la rama antes de fusionar
Encontrando y resolviendo conflictos
Finalizando la resolución de conflictos
Limpieza después de un merge exitoso
Eliminando una rama de funcionalidad en GitHub
Actualizando el repositorio local
Maestría en trabajo en equipo: desde el fork hasta el merge