Pull Requests y revisión de código
En la lección anterior aprendimos a conectar nuestro repositorio local con un servidor (GitHub) y a sincronizarnos con él: clone, push, pull. Ahora nos hacemos una pregunta completamente distinta: no 'cómo subo código', sino 'cómo deja un equipo que el código llegue de forma segura'. La respuesta es
Un Pull Request es como decir 'terminé de arreglar una habitación de hotel: por favor inspecciónenla antes de que entren los huéspedes'. En lugar de subir tu trabajo directamente a la línea principal (main), abres una solicitud: 'acá está mi cambio, hablemos de él, dejen comentarios, corran verificaciones, y solo cuando todo esté bien, lo dejamos entrar'.
- Pull Request (PR)
- Una solicitud en GitHub para fusionar una rama con otra (normalmente una rama de funcionalidad hacia main). Abre un espacio para la discusión, la revisión de código y las verificaciones automáticas antes de que el cambio llegue.
- Revisión de código
- Cuando alguien del equipo lee tu cambio, deja comentarios y sugiere mejoras dentro del PR, para detectar errores, compartir conocimiento y mantener la calidad alta.
- Aprobación (approve)
- La marca de 'me parece bien' de quien revisa: una luz verde que indica que, de su parte, el PR está listo para fusionarse.
- Verificaciones automáticas (CI)
- Software que se ejecuta solo en cada PR y revisa el código (por ejemplo, corre las pruebas). Si una verificación falla, la corriges antes de fusionar.
- Fusionar un PR
- El botón que finalmente trae tu rama hacia main después de que la revisión se aprueba y las verificaciones pasan. Después, normalmente se elimina la rama de funcionalidad.
