Git expliqué simplement — le vocabulaire de base
Git expliqué simplement — le vocabulaire de base
Un petit lexique pour comprendre les mots de git — dépôt, commit, branche, merge, release… — même si tu n'as jamais écrit une ligne de code.
C'est quoi git, en une image
Imagine que tu écris un livre, et qu'à chaque fois que tu modifies quelque chose, tu prends une photo de l'état du livre — datée, signée, avec une note expliquant ce que tu as changé. Tu ne jettes jamais les anciennes photos : tu les empiles. Au bout d'un an, tu as l'histoire complète du livre, modification par modification, et tu peux remonter à n'importe quel moment.
Git, c'est ça, mais pour du code (ou n'importe quel projet de fichiers). C'est un logiciel de gestion de versions : il enregistre chaque changement, qui l'a fait, quand, et pourquoi — et il garde tout. C'est l'outil que les développeurs du monde entier utilisent pour travailler ensemble sans se marcher dessus et sans rien perdre.
Trois schémas pour visualiser git
Avant le vocabulaire mot à mot, trois petits dessins suffisent à saisir l'essentiel de git.
1. Un dépôt, c'est une suite de commits
Un projet (le dépôt) avance commit après commit. Chaque commit est une photo datée du projet, reliée à la précédente. L'ensemble forme l'historique, qui ne s'efface jamais. Une release (un tag) est une étiquette posée sur un commit pour marquer une version (v1.0, v2.3…).
HEAD
│
●─────●─────●─────●─────●─────●─────●────● ◀── sens du temps
C1 C2 C3 C4 C5 C6 C7 C8
│ │
1er commit tag v1.0
(une « release »)
2. Une branche, puis une fusion (merge)
Une branche est une ligne de travail parallèle : on y essaie quelque chose sans toucher au projet principal (main). Quand c'est prêt, le merge réunit la branche dans main.
●─────●─────● branche « feature »
╱ ╲
●─────●────●───────────────●─────● main
▲
merge : « feature » rejoint main
3. Un cherry-pick : copier un seul commit
Le cherry-pick prend un seul commit d'une branche et l'applique sur une autre — sans fusionner toute la branche.
feature ●─────A─────B─────C
│
│ git cherry-pick B
▼
main ●─────●─────●─────B' ◀── seul le commit B est recopié sur main
Le vocabulaire essentiel
Les mots de git les plus courants, traduits en français clair :
| Mot git | En français | En une phrase |
|---|---|---|
dépôt / repo | Le projet entier | Le projet et toute son histoire, depuis le tout premier jour. |
commit | Un enregistrement | Une modification précise, datée et signée. La plus petite unité d'histoire. |
branche | Une ligne de travail | Une version parallèle où l'on essaie quelque chose sans casser le reste. |
merge / fusion | Fusionner | Réunir deux lignes de travail en une seule. Une fois fait, c'est intégré. |
release / tag | Une version publiée | L'état du projet à un instant donné, étiqueté (v1.0, v2.3…). |
historique (git log) | Le journal | La liste de tous les commits, du premier au dernier. La mémoire du projet. |
git blame | Annotation | Remonter, ligne par ligne, à qui a écrit quoi et quand. Rien ne se cache. |
cherry-pick | Picorer | Prendre un seul commit d'un projet pour l'appliquer dans un autre. |
revert | Annuler | Défaire un changement — mais l'annulation elle-même reste dans l'histoire. |
mainteneur | Le responsable | Celui qui prend soin du projet sur la durée et ne l'abandonne pas. |
Les trois qui surprennent le plus
Pourquoi « on n'efface jamais rien » dans git ?
Parce que l'historique est sacré. Tu peux supprimer un fichier de la version d'aujourd'hui, mais il reste dans l'histoire : git log s'en souvient, et git blame peut toujours remonter à qui l'a écrit. Effacer vraiment quelque chose d'un dépôt est extrêmement difficile — et c'est voulu. La mémoire du projet est sa plus grande valeur.
C'est quoi un « bon » ou un « mauvais » commit ?
Un commit n'est ni bon ni mauvais dans l'absolu : c'est un fait, posé à un instant donné, avec les informations qu'on avait à ce moment-là. S'il pose problème plus tard, on ne le « regrette » pas — on écrit un nouveau commit par-dessus pour corriger. Le projet avance toujours vers l'avant.
Un cherry-pick, concrètement ?
Deux projets séparés peuvent partager des morceaux. Le cherry-pick, c'est prendre un commit précis d'un projet et l'appliquer dans un autre. Le même bout d'histoire vit alors dans les deux dépôts à la fois.
# Récupérer un seul commit d'ailleurs et l'appliquer ici
git cherry-pick e43a6fd
# Voir qui a écrit chaque ligne d'un fichier
git blame mon-fichier.txt
# Lire toute l'histoire du projet
git logSources
Pour aller plus loin, la documentation officielle de git en français (le livre Pro Git, librement accessible) :
- Démarrer un dépôt git
- Enregistrer des modifications (commits)
- Les branches en bref
- Branches et fusions (merge)
- Étiquetage (releases / tags)
- Visualiser l'historique (git log)
- Déboguer avec git (git blame)
- Maintenance d'un projet (cherry-pick / picorer)
En lien
💌 Lettre à Hugo — le texte personnel qui se sert de tout ce vocabulaire.
Empreinte de cet article
Lire et écrire ne pèsent pas la même chose. On affiche les deux côtés.