Git y GitHubGitHub y ColaboraciónLección 11 de 15
Pull Requests y Code Review
Un Pull Request (PR) es una propuesta formal para integrar cambios de una rama a otra. Es el corazón del trabajo en equipo con Git: permites que otros revisen tu código antes de que entre a main, den feedback, pidan cambios y aprueben. Todo queda documentado en el historial del proyecto.
En proyectos open source donde no tienes permisos de escritura, usas el fork workflow: haces fork (copia) del repositorio a tu cuenta, clonas tu fork, haces cambios, y abres un PR desde tu fork al repositorio original. En equipos privados con acceso al repo, simplemente creas una rama y abres el PR directamente.
<!-- .github/pull_request_template.md -->
## Descripción
Breve descripción de los cambios realizados.
## Tipo de cambio
- [ ] Bug fix (cambio que corrige un issue)
- [ ] Nueva feature (cambio que agrega funcionalidad)
- [ ] Breaking change (fix o feature que rompe funcionalidad existente)
- [ ] Documentación
## ¿Cómo se ha probado?
- [ ] Tests unitarios
- [ ] Tests de integración
- [ ] Prueba manual en el navegador
## Checklist
- [ ] Mi código sigue el estilo del proyecto
- [ ] He hecho self-review de mi código
- [ ] He comentado código complejo
- [ ] Los tests pasan
- [ ] He actualizado la documentación
## Screenshots (si aplica)
## Closes #NÚMERO_ISSUE
Consejo👀 Un buen code review busca: lógica incorrecta, problemas de seguridad, código duplicado y claridad. No es para criticar el estilo personal. Usa "Request changes" cuando hay problemas bloqueantes.
Practica esta lección
Resuelve los ejercicios del curso de Git y GitHub en la app, gratis y con corrección automática.
Empezar a practicar