Proposer des modifications et les faire valider
Utilisez les flèches, cliquez ou glissez pour naviguer
1. Comprendre les Pull Requests
Ce que c'est et à quoi ça sert
2. Ouvrir une PR sur GitHub
Le processus étape par étape
3. Comprendre les conflits
Pourquoi ils arrivent
4. Résoudre les conflits
La méthode pas à pas
1. Qu'est-ce qu'une PR ?
Définition et concept
2. Pourquoi utiliser des PRs ?
Les avantages
3. Ouvrir une PR sur GitHub
Guide pratique
4. Résoudre les conflits
Quand deux personnes modifient le même endroit
Une demande d'intégrer vos modifications
Analogie : Comme rendre un devoir pour que le professeur le corrige
🔍
Review qualité
D'autres personnes vérifient votre code
💬
Discussion constructive
Feedback et suggestions d'amélioration
📚
Historique clair
Documentation de chaque changement
🛡️
Protection
La branche principale reste stable
Créer une branche pour vos modifications
Faire des modifications et les commiter
Pousser la branche sur GitHub
Ouvrir la Pull Request
Discussion et review avec l'équipe
Merge dans la branche principale
Titre
Description courte du changement
Description
Explications détaillées du "pourquoi"
Commits
Liste des modifications
Files changed
Différences ligne par ligne
Comments
Discussion et feedback
Status checks
Tests automatisés
# Créer et basculer sur une nouvelle branche
git checkout -b ma-fonctionnalite
# Faire des modifications puis...
git add .
git commit -m "Ajouter nouvelle fonctionnalité"
# Pousser sur GitHub
git push origin ma-fonctionnalite
Astuce : Donnez un nom clair à votre branche qui décrit le changement
Aller sur github.com/votre-repo
Cliquer sur "Compare & pull request"
Vérifier : base: main ← compare: ma-fonctionnalite
Remplir le titre et la description
Cliquer sur "Create pull request"
Les reviewers peuvent :
Options de merge :
💡 Bonne pratique : Attendez au moins une approbation avant de merger
Quand deux personnes modifient le même endroit
Git ne sait pas quelle version garder
Il vous demande de décider
Deux personnes modifient le même fichier
Sur des branches différentes
Les modifications sont sur les mêmes lignes
Git ne peut pas les fusionner automatiquement
Une branche est en retard sur l'autre
La base a changé entre-temps
<<<<<<< HEAD
Votre modification
=======
Modification de l'autre personne
>>>>>>> autre-branche
Identifier les fichiers
Git vous dit quels fichiers sont en conflit
Ouvrir les fichiers
Chercher les marqueurs de conflit
Choisir la version
Garder une version ou combiner les deux
Supprimer les marqueurs
Enlever les lignes ajoutées par Git
Ajouter et commiter
git add . puis git commit
Pousser
git push pour mettre à jour la PR
❌ Avant (avec conflit)
// Dans app.js
<<<<<<< HEAD
const name = "Alice";
=======
const name = "Bob";
>>>>>>> feature
✅ Après (résolu)
// Dans app.js
const name = "Alice";
// Ou combiner les deux :
const names = ["Alice", "Bob"];
💡 Conseil : Communiquez avec votre équipe pour décider quelle solution garder
✓ Pull Request
Proposition de modifications à intégrer
✓ Toujours une branche
Ne jamais travailler directement sur main
✓ Conflits = normaux
Ils arrivent et se résolvent facilement
✓ Communiquez
La discussion évite les problèmes
Des questions ?