Collaboration et remotes : travailler en équipe avec Git

Git distribué signifie que chaque développeur possède une copie complète du projet. Pour que ces copies restent synchronisées, il faut un dépôt distant (remote) et un workflow partagé. Cette section couvre la gestion des remotes, les stratégies de collaboration, les pull requests et la maintenance de projet.

Du solo à l’équipe

Quand vous travaillez seul, add → commit suffit. Dès qu’une deuxième personne rejoint le projet, de nouvelles questions apparaissent :

Question	Réponse dans cette section
Comment envoyer mon travail au serveur ?	`git push` et les remotes
Comment récupérer le travail des autres ?	`git fetch`, `git pull`
Comment organiser le travail en équipe ?	Workflows (Feature Branch, Gitflow, Trunk-Based)
Comment proposer des modifications pour revue ?	Pull requests / merge requests
Comment maintenir un projet open source ?	Patches, releases, changelogs

Ce que vous allez apprendre

Guide	Vous saurez faire
Remotes fondamentaux	Ajouter, supprimer, renommer des remotes, fetch vs pull, push
Workflows distribués	Centralisé, Integration-Manager, Dictator & Lieutenants
Pull requests et code review	Workflow fork → branch → PR → review → merge
Workflows Git	Feature Branch, Gitflow, Trunk-Based — choisir le bon
Maintenir un projet	Patches, `git am`, préparer une release, changelog

Guides de cette section

Remotes fondamentaux git remote, fetch, pull, push : le cycle complet de synchronisation avec le serveur.

Workflows distribués Centralisé, Integration-Manager, Dictator : les modèles de collaboration avec Git.

Pull requests et code review Proposez, discutez et validez des modifications en équipe avec les PR/MR.

Workflows Git Feature Branch, Gitflow, Trunk-Based : forces, faiblesses et quand utiliser lequel.

Maintenir un projet Accepter des patches, gérer les contributions, préparer une release.

À retenir

Un remote est juste une URL vers un autre dépôt Git — origin est le remote par défaut après un git clone
git fetch télécharge sans modifier votre branche locale, git pull fait fetch + merge (ou rebase)
Choisissez votre workflow selon la taille de l’équipe et la fréquence de release — Trunk-Based pour le déploiement continu, Gitflow pour les releases planifiées
Les pull requests ne sont pas une fonctionnalité Git mais un outil de plateforme (GitHub, GitLab) — le concept reste le même
Ne jamais force push sur une branche partagée sans coordination

Prochaines étapes

Git sur un serveur Protocoles, hébergement et plateformes : l'infrastructure derrière les remotes.

Les branches Git Revenez aux bases des branches si merge, rebase et conflits ne sont pas clairs.