Forks y Pull Requests: colaborar
¿Cómo aportas algo a un proyecto que no es tuyo? No puedes subir cambios directamente al proyecto de otra persona. Para eso existen dos herramientas preciosas: el fork y el pull request. Son la base de cómo colabora el mundo entero en GitHub.
Escucha la lección
Paso 1: el fork (tu propia copia)
Imagina que encuentras un proyecto de otra persona en GitHub y quieres mejorarlo. No puedes tocar el original directamente — no es tuyo. Lo que haces es un fork.
Un fork es hacer una copia del proyecto en tu propia cuenta de GitHub. Hay un botón "Fork" en la página del repositorio: lo pulsas, y aparece una copia entera en tu cuenta. Esa copia sí es tuya, así que puedes cambiarla todo lo que quieras sin afectar al original.
A partir de ahí trabajas como ya sabes: clonas tu fork, haces tus mejoras, commits, y push a tu fork.
Paso 2: el pull request (tu propuesta)
Ya tienes tu mejora en tu copia. Pero, ¿cómo se la ofreces a la persona dueña del proyecto original? Con un pull request.
Un pull request es, literalmente, una propuesta educada: "oye, he hecho esta mejora en mi copia, ¿la quieres en tu proyecto?". La persona dueña lo revisa, comenta si quiere, y decide: si le gusta, lo acepta (hace un merge) y tu cambio pasa a formar parte del proyecto original. Si no, lo rechaza, sin más.
Así funciona casi todo el software libre
Esto que parece un detalle técnico es, en realidad, cómo se construye gran parte de la tecnología que usas. Miles de personas que no se conocen mejoran proyectos ajenos así: forkean, mejoran, y proponen su cambio con un pull request. Quien mantiene el proyecto revisa y acepta lo bueno.
Y tiene algo muy bonito: cualquiera puede aportar. No necesitas permiso ni formar parte del equipo. Si ves algo que se puede mejorar en un proyecto público —corregir una errata, añadir una traducción, arreglar un fallo— puedes proponerlo. Tu primer pull request aceptado es un momento que se recuerda.
Resumen del baile: fork (me copio el proyecto) → mejoro en mi copia → pull request (propongo mi mejora al original) → la persona dueña decide. Colaboración sin pisarse, y con la última palabra siempre en quien creó el proyecto.
¿No programas? Te lo explico fácil · sin tecnicismos
Imagina que tu amiga tiene un libro de recetas y una receta suya te encanta, pero crees que mejoraría con un toque tuyo.
El fork es fotocopiar esa receta para tu propio recetario. Ahora la copia es tuya: le puedes cambiar lo que quieras —añadir un ingrediente, cambiar un paso— sin tocar el libro de tu amiga.
El pull request es cuando vas a tu amiga y le dices: "oye, he probado tu receta con este cambio y queda buenísima, ¿quieres añadirla a tu libro?". Ella la prueba y decide: si le gusta, la mete en su recetario; si no, pues nada, tan amigas.
Así colabora la gente en GitHub: copio, mejoro en mi copia, y te propongo el cambio. Tú, que eres la dueña, tienes siempre la última palabra.
Glosario
Fork (bifurcación)
Copia de un repositorio ajeno en tu propia cuenta de GitHub, que puedes modificar libremente sin afectar al original.
Hacer tu propia copia del proyecto de otra persona, para cambiarla a tu gusto sin tocar el original.
Pull Request (PR)
Propuesta de incorporar los cambios de una rama o fork al repositorio original, sujeta a revisión y aprobación del mantenedor.
Proponerle al dueño del proyecto original tu mejora: "¿la quieres en tu proyecto?". Él decide.
Contribuir
Aportar cambios a un proyecto (normalmente de código abierto) mediante forks y pull requests.
Aportar tu granito de arena a un proyecto de otra persona, proponiendo mejoras.