ConceptoBloque 4 · Pull requests y forks
Qué hacer según la situación
Qué hacer según la situación
| Situación | Comando o acción | Ojo |
|---|---|---|
| Proponer un cambio con permiso de escritura | git switch -c rama, git push -u origin rama y Compare & pull request |
Con main protegida, el push directo se rechaza |
| Escribir un buen PR | Título claro y descripción con Qué cambia, Por qué y Cómo revisarlo | Si el PR hace algo más que el título, hay que avisarlo |
| Pedir revisión | Reviewers, en la barra derecha | Solo aparecen quienes tienen acceso |
| Revisar un PR | Files changed y Review changes: Comment, Approve o Request changes | Approve no integra; el autor no puede aprobarse |
| Atender los cambios pedidos | Commit nuevo en la misma rama y git push |
El PR se actualiza solo |
| Sugerir cómo debe quedar una línea | Add a suggestion y Commit suggestion | El autor decide si la acepta |
| Conflicto dentro de un PR | git switch rama, git pull origin main, resolver, git add, git commit, git push |
Current es tu rama e Incoming es main |
| Integrar el PR | Merge, Squash and merge o Rebase and merge | Por defecto: merge commit |
| Después del merge | git switch main, git pull, git branch -d rama, git fetch --prune |
Con squash o rebase, -d dice not fully merged |
| Descartar un PR | Close pull request | La rama no se borra sola |
| Proponer a un repositorio ajeno | Fork, clone de tu fork, rama, push y PR al original | Si clonas el original, el push falla |