¿Qué es un Pull Request y para qué sirve?

Un Pull Request (PR) es una solicitud para integrar los cambios de una rama en otra (por ejemplo, de feature a main), a través de una plataforma como GitHub. Sirve para revisar el código antes de fusionarlo: el equipo comenta, sugiere cambios, corre pruebas automáticas y aprueba. No es un comando de Git, sino una función de GitHub/GitLab/Bitbucket.

Aunque técnicamente podrías mergear tu rama directo a main, en equipo eso es peligroso: nadie revisó tu código. El PR es el mecanismo de revisión de código.

El flujo típico:

1. Creas una rama, haces tus commits y la subes al remoto.
2. Abres un PR en GitHub proponiendo fusionar tu rama en main.
3. Tus compañeros revisan: comentan líneas, piden cambios, aprueban.
4. Corren pruebas automáticas (CI) para verificar que nada se rompe.
5. Cuando está aprobado, se hace merge del PR a main.

El PR mejora la calidad (otro par de ojos detecta errores), comparte conocimiento del código y deja un registro de por qué se hizo cada cambio.

# La parte de Git: crear la rama, commitear y subirla
git switch -c agrega-validacion
git add .
git commit -m "Agrega validacion del formulario de login"
git push -u origin agrega-validacion

# A partir de aquí, el PR se abre en la interfaz web de GitHub:
# aparece un botón "Compare & pull request".

# Con la CLI oficial de GitHub (gh) se puede abrir desde la terminal:
gh pr create --base main --head agrega-validacion \
  --title "Agrega validacion de login" \
  --body "Valida email y password antes de enviar"

# Ver el estado de tus PRs
gh pr status

Confundir el PR con un comando de Git: no lo es, es una función de la plataforma de hosting (GitHub, GitLab, etc.). Otro error es abrir PRs gigantes con decenas de cambios sin relación: los PRs deben ser pequeños y enfocados para que se puedan revisar bien. También, olvidar subir la rama (git push) antes de intentar abrir el PR.

"Un Pull Request es una solicitud para integrar los cambios de una rama en otra a través de una plataforma como GitHub. Su propósito principal es la revisión de código: subo mi rama, abro el PR, y el equipo comenta, sugiere cambios y aprueba, además de que corren las pruebas automáticas. Cuando todo está bien, se hace merge. No es un comando de Git, sino una función de GitHub. Ayuda a la calidad y a compartir conocimiento; por eso conviene que sean pequeños y enfocados."