0Pricing
DevOps Bootcamp · Leçon

Créer et examiner des demandes de fusion

Découvrez le cycle de vie d’une demande de fusion, de sa création à son examen, son approbation et sa fusion sur GitHub.

Créer et examiner des demandes de fusion est une leçon DevOps Bootcamp gratuite sur CoddyKit. Ceci est la leçon 1 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage DevOps Bootcamp, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours DevOps Bootcamp comprend 4 leçons au total.

Que sont les demandes de fusion ?

Les demandes de fusion (PR) sont au cœur du développement collaboratif sur des plateformes comme GitHub. Elles permettent de proposer des modifications à un projet et de les faire examiner avant leur intégration.

Considérez une PR comme une demande officielle visant à fusionner votre nouveau code dans une branche principale, généralement main ou develop.

Pourquoi utiliser les demandes de fusion ?

Les PR offrent plusieurs avantages essentiels aux équipes comme aux développeurs travaillant seuls :

  • Révision du code : d’autres personnes peuvent examiner votre code pour repérer les erreurs, vérifier les bonnes pratiques et proposer des améliorations.
  • Discussion : elles offrent un espace dédié à la discussion des modifications.
  • Contrôle de la qualité : elles garantissent que seul du code approuvé et testé est intégré au projet principal.
  • Suivi des modifications : elles fournissent un historique clair indiquant qui a modifié quoi et pourquoi.

Flux de travail d’une PR : vue d’ensemble

Le flux de travail habituel d’une demande de fusion comprend les étapes suivantes :

  1. Créer une nouvelle branche pour votre fonctionnalité ou votre correction.
  2. Effectuer les modifications et les valider sur votre nouvelle branche.
  3. Envoyer votre branche vers GitHub.
  4. Ouvrir une demande de fusion sur GitHub.
  5. Les réviseurs fournissent des commentaires et approuvent les modifications.
  6. Fusionner vos modifications dans la branche principale.

Étape 1 : créer une branche de fonctionnalité

Avant d’effectuer toute modification, il est recommandé de créer une nouvelle branche. Cela maintient votre travail à l’écart du projet principal jusqu’à ce qu’il soit prêt.

Utilisez git checkout -b pour créer une nouvelle branche et basculer dessus :

git checkout main
git pull origin main
git checkout -b my-new-feature

Étape 2 : valider vos modifications

Apportez maintenant les modifications nécessaires au code pour votre fonctionnalité ou votre correction de bogue. Une fois terminé, indexez-les, puis validez-les dans votre nouvelle branche, comme pour toute autre validation Git.

# Edit files, e.g., README.md
git add README.md
git commit -m "feat: Add new user profile section"

Étape 3 : envoyer votre branche

Après avoir validé vos modifications localement, envoyez votre nouvelle branche vers votre dépôt distant sur GitHub. Votre branche et ses validations seront ainsi visibles en ligne.

L’option -u définit la branche amont, ce qui simplifie les futures commandes git push.

git push -u origin my-new-feature

Étape 4 : ouvrir une demande de fusion

Une fois votre branche envoyée, GitHub vous proposera généralement de créer une demande de fusion directement depuis la page de votre dépôt ou depuis l’onglet « Pull requests ».

  • Sélectionnez votre branche de fonctionnalité comme tête (source).
  • Sélectionnez la branche main (ou la branche cible) comme base.
  • Ajoutez un titre et une description clairs expliquant vos modifications.

Étape 5 : examiner la demande de fusion

Après son ouverture, votre PR passe en phase d’examen. Les membres de l’équipe (les évaluateurs) examineront votre code, poseront des questions ou proposeront des améliorations.

  • Onglet Conversation : discussions et commentaires.
  • Onglet Fichiers modifiés : affichez les différences exactes du code (diff).
  • Onglet Validations : consultez les validations individuelles de la PR.

Étape 6 : retours et approbations

Les évaluateurs peuvent laisser des commentaires directement sur des lignes de code ou fournir un retour général. Ils peuvent ensuite :

  • Approuver : le code est prêt.
  • Demander des modifications : davantage de travail est nécessaire avant la fusion.
  • Commenter : fournir un retour général sans bloquer la fusion.

Vous devrez peut-être effectuer d’autres validations dans votre branche de fonctionnalité en fonction des retours reçus.

Étape 7 : fusionner votre PR

Une fois approuvée, votre PR peut être fusionnée dans la branche de base. GitHub propose plusieurs options de fusion :

  • Validation de fusion : conserve toutes les validations de la branche de fonctionnalité.
  • Regrouper et fusionner : combine toutes les validations en une nouvelle validation.
  • Réorganiser et fusionner : rejoue les validations de la branche de fonctionnalité au-dessus de la branche de base.

La méthode choisie a une incidence sur l’historique des validations de votre projet.

Vérification rapide : notions de base sur les PR

Vous venez d’apprendre les étapes essentielles de la création et de la gestion des demandes de fusion. Vérifions votre compréhension !

Récapitulatif : la puissance des demandes de fusion

Les demandes de fusion sont essentielles à la collaboration moderne en équipe. Vous avez appris à :

  • Créer une nouvelle branche pour votre travail.
  • Envoyer votre branche vers GitHub.
  • Créer une demande de fusion.
  • Comprendre le processus d’examen et d’approbation.
  • Fusionner vos modifications dans le projet principal.

Maîtriser les PR est essentiel pour contribuer efficacement à tout projet fondé sur Git !

Questions Fréquemment Posées

La leçon « Créer et examiner des demandes de fusion » est-elle gratuite ?

Oui — le texte complet de « Créer et examiner des demandes de fusion » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours DevOps Bootcamp, passe à CoddyKit PRO. Le cours DevOps Bootcamp comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Créer et examiner des demandes de fusion » ?

Découvrez le cycle de vie d’une demande de fusion, de sa création à son examen, son approbation et sa fusion sur GitHub. Tu pratiques DevOps Bootcamp avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer DevOps Bootcamp ?

Aucune expérience préalable n'est requise. DevOps Bootcamp sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 1 sur 4.

Combien de temps prend la leçon « Créer et examiner des demandes de fusion » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon DevOps Bootcamp ?

Oui. Chaque leçon DevOps Bootcamp inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Créer et examiner des demandes de fusion
  2. Flux de travail avec les forks sur GitHub
  3. Revues de code et approbations
  4. Demandes de fusion brouillon et modèles de demandes de fusion
← Retour à DevOps Bootcamp