ConceptoBloque 4 · Pull requests y forks
Del borrador al merge en seis pasos
Explicación
En el Bloque 3 el merge se hizo en la terminal con git merge. En un equipo real el merge se hace en GitHub, después de que alguien más revisa el cambio.
Es como entregar un borrador al editor de una revista: nada se imprime hasta que el editor lo lee, y si algo no le convence, lo regresa con comentarios.
Un pull request (PR) es la petición de que el contenido de una rama se fusione hacia otra (casi siempre main). Se llama así porque le pides al dueño de la rama destino que jale tus cambios. No es un comando de Git: es una función de GitHub. GitLab lo llama merge request.
Los seis pasos
- Rama:
git switch -c nombre, para no tocarmain. - Commits: los cambios se guardan en esa rama.
- Push:
git push -u origin nombresube la rama a GitHub. - PR: en GitHub pides fusionar esa rama hacia
main. - Review: otra persona lee los cambios, comenta y aprueba o pide cambios.
- Merge: con el visto bueno, se integra desde el botón de GitHub.
El PR sigue vivo mientras la rama exista. Si después de abrirlo haces otro commit en esa rama y git push, el PR se actualiza solo, sin abrir otro.