Le geste que vous répéterez des milliers de fois
Vous connaissez déjà trois zones depuis la leçon 1.1. Il en existe une quatrième depuis que votre dépôt vit sur la forge.
┌───────────┐ git add ┌───────────┐ git commit ┌───────────┐ git push ┌──────────┐
│ L'ÉTABLI │ ──────────▶ │ LE PLATEAU│ ───────────▶ │ LE REGISTRE│ ─────────▶│ LA FORGE │
│ │ │ │ │ LOCAL │ │ │
│ vos │ │ ce qui │ │ votre │ │ visible │
│ fichiers │ │ partira │ │ historique │ │ de tous │
└───────────┘ └───────────┘ └───────────┘ └──────────┘
▲ │
└────────────────────────── git pull ───────────────────────────────────────┘
Quatre commandes, deux directions. C’est tout ce que fait un administrateur système avec Git, 95 % du temps.
Le cycle, en pratique
Prenons une situation réelle : le service comptabilité déménage, il faut adapter le script de connexion.
1. Récupérer avant de commencer
git pull
Prenez cette habitude avant chaque session de travail. Un collègue a peut-être modifié le même fichier depuis hier. Récupérer d’abord évite de découvrir le problème au moment de publier, quand vous avez déjà tout écrit.
Nous détaillerons ce que fait réellement pull en 3.4. Pour l’instant, retenez le réflexe : on commence par tirer.
2. Travailler
Ouvrez le script, modifiez-le. Git ne vous surveille pas, ne verrouille rien, ne demande rien. Vous êtes sur l’établi.
3. Regarder ce que vous avez fait
git status
git diff
Ces deux commandes avant chaque enregistrement, systématiquement. status dit quels fichiers ont changé, diff montre ce qui a changé dedans.