Pull Requests et revue de code
Dans la leçon précédente, on a appris à relier notre dépôt local à un serveur (GitHub) et à se synchroniser avec lui : clone, push, pull. Maintenant on pose une question complètement différente — pas « comment envoyer du code » mais « comment une équipe laisse le code entrer en toute sécurité ». La
Une Pull Request, c'est comme dire « j'ai fini une chambre d'hôtel — inspectez-la avant de faire entrer des invités ». Au lieu de pousser ton travail directement dans la ligne principale (main), tu ouvres une demande : « voici mon changement, parlons-en, laissez des commentaires, lançons des vérifications — et seulement quand tout est bon, on le laisse entrer ».
- Pull Request (PR)
- Une demande sur GitHub de fusionner une branche dans une autre (généralement une branche de fonctionnalité dans main). Elle ouvre un espace pour la discussion, la revue de code et les vérifications automatisées avant que le changement n'entre.
- Revue de code (code review)
- Quand un coéquipier lit ton changement, laisse des commentaires et propose des améliorations à l'intérieur de la PR — pour repérer des bugs, partager des connaissances et maintenir la qualité.
- Approbation (approve)
- La marque du relecteur signifiant « ça me semble bon » — un feu vert disant que, de son côté, la PR peut être fusionnée.
- Vérifications automatisées (CI)
- Un logiciel qui s'exécute tout seul sur chaque PR et vérifie le code (par exemple, exécute les tests). Si une vérification échoue, on corrige avant de fusionner.
- Fusionner une PR (merge)
- Le bouton qui fait enfin entrer ta branche dans main après que la revue a été approuvée et que les vérifications sont passées. On supprime alors généralement la branche de fonctionnalité.
