Les dépôts distants sont des versions de votre dépôt hébergées ailleurs (comme sur GitHub, GitLab ou Bitbucket) — ils permettent la collaboration et servent de copie partagée et centralisée. Vous vous synchronisez avec eux en utilisant push, pull et fetch.
A REMOTE is a repository hosted elsewhere (a server/service) that you sync with:
→ "origin" is the conventional name for the main remote (where you cloned from)
→ enables COLLABORATION — a shared copy everyone pushes to / pulls from
→ GitHub, GitLab, Bitbucket are hosting services for remote repositories
git clone <url> # copy a remote repo (sets up "origin" automatically)
git remote -v # list remotes and their URLs
git remote add origin <url> # add a remote to an existing local repo
git push origin main # upload your commits to the remote's main branch
git push -u origin feature-x # push and set upstream tracking (first time)
git fetch origin # DOWNLOAD remote changes (but don't merge yet)
git pull origin main # fetch AND merge remote changes into your branch
# → pull = fetch + merge
PUSH → send YOUR commits to the remote (share your work)
FETCH → download the remote's changes WITHOUT merging (inspect first)
PULL → fetch + merge (get others' changes into your branch in one step)
→ Local branches can TRACK remote branches (e.g. local main tracks origin/main)
→ git status then shows "ahead"/"behind" (your unpushed commits / unpulled remote commits)
→ origin/main is a "remote-tracking branch" — your local record of the remote's state
Comprendre les dépôts distants est essentiel car c'est ainsi que Git permet la collaboration et comment le code est partagé, sauvegardé et intégré avec les plateformes et l'IC/CD, ce qui en fait une connaissance fondamentale pour tout développement en équipe.
Une source distante est une copie hébergée du dépôt (sur GitHub, GitLab, Bitbucket) qui sert de copie partagée et centralisée avec laquelle tout le monde se synchronise — rendant la collaboration possible : les membres de l'équipe poussent leur travail et tirent le travail des autres à travers la source distante partagée (conventionnellement nommée « origin »).
Comprendre les commandes de synchronisation est une connaissance essentielle au quotidien : push (télécharger vos commits pour partager votre travail), fetch (télécharger les modifications distantes sans fusionner, pour inspecter d'abord), et pull (fetch + fusion, obtenir les modifications des autres dans votre branche) — c'est ainsi que le travail distribué reste coordonné, exécuté constamment dans le développement en équipe.
Comprendre la distinction (push partage, fetch télécharge-sans-fusionner, pull télécharge-et-fusionne) prévient la confusion.
Connaître les branches de suivi (branches locales qui suivent les branches distantes, montrant le statut « en avance/en retard », avec origin/main comme votre enregistrement local de l'état de la source distante) clarifie comment Git suit la relation entre le travail local et distant.
Puisque la collaboration est centrale au développement logiciel et que les sources distantes sont le mécanisme pour la réaliser (partager le travail, intégrer les modifications, sauvegarder le code et se connecter à des plateformes comme GitHub et leur IC/CD), et puisque le flux de travail push/pull/fetch est fondamental et constant dans le développement en équipe, comprendre les dépôts distants — ce qu'ils sont, comment se connecter à eux et les commandes de synchronisation — est une connaissance Git essentielle et fréquemment appliquée, une compétence fondamentale pour le développement collaboratif qui sous-tend la manière dont les équipes partagent et intègrent le code à travers les dépôts hébergés, et une exigence quasi universelle dans le travail logiciel professionnel.