Sinopsis
git request-pull [-p] <start> <url> [<end>]Descripción
El comando git request-pull genera un resumen estructurado de cambios entre un commit base y el HEAD de tu branch publicado, listo para enviar como solicitud de pull a un mantenedor. Incluye autores, archivos modificados y resúmenes de commits.
Tradicional en proyectos basados en mailing list (kernel de Linux, Git mismo) donde los pull requests son emails, no items en una UI web.
En el uso diario, este comando se integra estrechamente con alias de shell, plugins de editor e integración continua. Los usuarios avanzados a menudo añaden alias que combinan los flags que siempre pasan. El formato de salida puede personalizarse vía configuración de Git. Cuando algo sale mal, ejecuta el comando con GIT_TRACE=1 para revelar las llamadas plumbing subyacentes.
Entender cómo este comando interactúa con el resto del modelo de datos de Git rinde dividendos. Cada comando opera sobre algún subconjunto de las piezas (objetos, index, refs, árbol de trabajo), y saber cuáles toca ayuda a predecir resultados y a recuperarse de errores.
Opciones comunes
| Opción | Descripción |
|---|---|
-p | Include the full patch in the output. |
Ejemplos
git request-pull v1.0 https://github.com/me/proj.git my-feature
# Summary asking to pull my-feature from my fork
git request-pull origin/main https://example.com/me/proj.git HEAD
# Pull request based on what's ahead of upstream main
git request-pull -p v2.0 [email protected]:proj.git release-2.1 | mail -s "Pull request" [email protected]
# Email a pull request with full patchErrores comunes
Specifying the wrong start point makes the diff range nonsensical. Run git log first to confirm the range. The remote URL must be accessible to the maintainer; private URLs produce useless requests.
Comandos relacionados
git format-patch, git send-email, git tag, git log