Extrait de la leçon

Travail d'équipe : Forks, branches de fonctionnalités et demandes d'intégration (pull requests)

Cette section explique comment fonctionnent 90% des équipes open source et des entreprises. Nous verrons le cycle complet : fork → branche de fonctionnalité → commits → pull request → revue de code → fusion. Nous verrons en détail comment rédiger la description d'une PR pour que le relecteur comprenne immédiatement le contexte, et quelles sont les erreurs dans une PR qui trahissent immédiatement un débutant.

fork pull request revue de code

Ce que vous apprendrez dans cette leçon

Vous serez en mesure de contribuer à n'importe quel projet open source en suivant le cycle standard fork → PR.
Vous apprendrez à formuler une pull request de manière à ce que le relecteur comprenne la tâche sans poser de questions supplémentaires.
Vous comprendrez comment réagir correctement aux commentaires lors d'une revue de code - à la fois sur le plan technique et sur le plan de la communication.

Début de la leçon

Le fork - votre bac à sable personnel

Un fork est votre copie personnelle d'un dépôt sur GitHub
Contrôle total sans risque pour l'original
Maintient le lien avec le projet source
Idéal pour expérimenter et contribuer à l'open source

Imaginez que vous trouviez un livre intéressant dans une bibliothèque, mais que vous ne puissiez pas y faire d'annotations. Le fork résout ce problème en créant votre copie personnelle du dépôt sur GitHub. Vous pouvez maintenant expérimenter avec le code sans risquer d'endommager le projet original. C'est particulièrement utile pour tester une idée ou contribuer à un projet existant. Votre fork reste lié au dépôt d'origine, ce qui facilite le suivi des mises à jour et l'envoi de modifications à l'auteur.

Comment créer un fork sur GitHub

Cliquez sur le bouton Fork en haut à droite
Sélectionnez votre compte comme destination
Attendez la création de la copie
Clonez votre fork sur votre machine locale

Ouvrez le dépôt souhaité sur GitHub et trouvez le bouton 'Fork' en haut à droite. Après avoir cliqué, sélectionnez votre compte comme destination. En quelques secondes, GitHub créera une copie exacte du dépôt dans votre profil. Vous pouvez maintenant le cloner sur votre ordinateur avec la commande git clone et commencer à travailler. Assurez-vous de cloner votre fork et non le dépôt original.

# Clonage de votre fork sur l'ordinateur
git clone https://github.com/votre-nom/depot.git

# Accès au répertoire du projet
cd depot

# Vérification des dépôts distants
git remote -v

Fork vs Clonage : quelle est la différence ?

Clonage : copie locale sur votre ordinateur
Fork : copie distante dans votre compte GitHub
Le fork maintient un lien avec le dépôt d'origine
Pratique pour synchroniser les modifications

Bien que les deux processus créent une copie du dépôt, il existe une différence fondamentale entre eux. Le clonage télécharge le code sur votre ordinateur, tandis que le fork crée une copie distante dans votre compte GitHub. Le fork maintient un lien avec le projet d'origine, permettant une synchronisation facile des modifications. C'est un point clé lors de la participation à des projets open source : vous travaillez dans votre fork, puis proposez des modifications à l'auteur via une pull request. Maintenant que vous avez créé votre copie du projet, il est temps de la transférer sur votre machine locale et d'apprendre à travailler avec.

La leçon complète est réservée aux abonnés

Encore 30 diapositives dans la version complète.

La vidéo, toutes les diapositives, le résumé, les tests, le tuteur IA et l'entretien s'ouvrent après connexion et souscription à un abonnement.

Se connecter ou s'inscrire Souscrire un abonnement

Sommaire de la leçon

Le fork - votre bac à sable personnel
Comment créer un fork sur GitHub
Fork vs Clonage : quelle est la différence ?
Cloner un fork sur votre ordinateur
Ajouter un upstream pour la synchronisation
Vérification des dépôts distants
Pourquoi utiliser des branches séparées ?
Création d'une branche de fonctionnalité
Comment bien nommer les branches
Pourquoi faire des commits atomiques
Rédiger un message de commit parfait
Erreurs courantes dans les commits
Pourquoi publier une branche dans un fork
Commande git push pour publier une branche
Vérification de la branche publiée
Pull Request comme demande de modifications
Titre de la PR : court et précis
Description d'une PR : quoi, pourquoi et comment vérifier
Erreurs courantes dans les PR
Le monstre des PR : pourquoi les grosses pull requests tuent les revues
Description de PR : votre chance d'expliquer, pas de vous excuser
Une PR = une tâche, ou comment éviter de mélanger des modifications sans rapport
La revue de code comme un dialogue avec un éditeur
Répondre à chaque commentaire
Valider les corrections par des commits séparés
Pourquoi les conflits de fusion surviennent-ils ?
Mettre à jour la branche avant la fusion
Trouver et résoudre les conflits
Terminer la résolution des conflits
Nettoyage après une fusion réussie
Suppression d'une branche de fonctionnalité sur GitHub
Mise à jour du dépôt local
Maîtrise du travail d'équipe : du fork au merge