Module 3GitHub et le travail en équipe
Chapitre 6 sur 8
Collaborer : fork, pull requests et issues
Travailler en équipe : pull requests, revue de code, fork et issues.
- ≈ 125 min
- 5 leçons
- 2 vidéos
- 2 exercices
Module 3GitHub et le travail en équipe
Chapitre 6 sur 8
Travailler en équipe : pull requests, revue de code, fork et issues.
Objectifs
Avec ce chapitre, tu sauras…
main.En entreprise, personne ne pousse directement sur main. Chaque modification passe par une pull request : une demande de fusion que les collègues relisent avant de l'accepter. C'est le cœur du travail en équipe sur GitHub.
Leçon 1
Vidéo · À regarder
FRLES BASES DE GIT (tuto débutant)
Graven - Développement · YouTube
Travailler à plusieurs sur un même dépôt : le principe expliqué en français.
Leçon 2
git switch main puis git pull.git switch -c feature/page-contact.git push -u origin feature/page-contact.Leçon 3
| Bouton | Résultat |
|---|---|
| Create a merge commit | garde tous les commits de la branche + un commit de fusion |
| Squash and merge | regroupe tous les commits de la branche en un seul commit propre |
| Rebase and merge | rejoue les commits sur main, historique linéaire |
Leçon 4
git clone https://github.com/anas/projet.git.git remote add upstream https://github.com/auteur/projet.git pour récupérer ses nouveautés.git switch -c fix/faute-readme, commits, git push -u origin fix/faute-readme.Leçon 5
| Outil GitHub | Rôle |
|---|---|
| Issues | signaler un bug, proposer une idée, découper le travail en tâches |
| Labels | bug, enhancement, good first issue… |
| Assignees | qui s'occupe de la tâche |
| Projects | tableau Kanban (À faire, En cours, Terminé) |
| Milestones | regrouper des issues par version ou par date |
1Une pull request est…
2Pour proposer une modification au dépôt d'un autre, on commence par…
3Le distant qui pointe vers le dépôt d'origine s'appelle souvent…
4« Squash and merge »…
5Closes #7 dans une PR…
6En entreprise, on pousse en général…
L'essentiel du chapitre
pull → branche → commits → push de la branche → pull request → revue → fusion → suppression de la branche.Closes #n.origin = ton fork, upstream = l'original.main en entreprise.git switch main, git pull, git branch -d feature/page-contact.Vidéo · À regarder
ENGit & GitHub Crash Course for Beginners [2026]
logicBase Labs · YouTube
| Distant | Pointe vers | Usage |
|---|---|---|
origin | ton fork | git push |
upstream | le dépôt d'origine | git fetch upstream puis git merge upstream/main pour rester à jour |
En entreprise
Protéger main
Le cycle d'une fonctionnalité en équipe
Tu ne peux pas pousser sur le dépôt d'un autre. Le fork en crée une copie sur ton compte GitHub, d'où tu proposes tes modifications.
Contribuer à un projet open source
Explique dans l'ordre les commandes et les actions nécessaires pour corriger une faute d'orthographe dans le README d'un projet public qui ne t'appartient pas.
Dans ton dépôt mon-cv, crée une issue « Ajouter une section Langues ». Crée la branche feature/langues, ajoute la section en deux commits, pousse la branche, ouvre une pull request qui ferme l'issue, relis-la toi-même, puis fusionne-la avec « Squash and merge ». Mets ton dépôt local à jour.
Une bonne description de pull request
## Ce que fait cette PR
Ajoute la page contact avec un formulaire validé.
## Comment tester
1. Ouvrir contact.html
2. Envoyer le formulaire vide : les messages d'erreur s'affichent
## Captures
(capture d'écran mobile et ordinateur)
Ferme #12Écrire Ferme #12 (ou Closes #12) dans la description d'une PR ferme automatiquement l'issue numéro 12 au moment de la fusion.
Les pull requests et la collaboration (anglais).
Tableau: origin et upstream
Dans Settings → Branches → Branch protection rules (ou Rulesets), on peut interdire de pousser directement sur main, exiger une approbation avant fusion et exiger que les tests automatiques (GitHub Actions) passent. C'est la configuration standard des équipes professionnelles.