Personne ne se souvient de chaque commande Git et vous n’en avez pas besoin. Cette aide-mémoire sur les commandes Git se concentre sur le petit ensemble qui couvre presque tout le travail quotidien, regroupé selon le travail que vous essayez d’effectuer.

Nous avons testé les commandes locales dans un référentiel de démonstration jetable à l’aide de Git pour Windows, et le résultat affiché provient de cette exécution, les avertissements de fin de ligne étant supprimés. Vos hachages de validation seront différents. Les commandes distantes nécessitent un serveur, nous ne les avons donc pas exécutées. Vous débutez dans le contrôle de version ? Commencez par notre Tutoriel Git pour débutants.

Comment pense Git : trois domaines

La plupart des confusions disparaissent une fois que vous savez où se situe le changement :

Configurer et démarrer un projet

Enregistrez votre travail

Voici comment la vue d’état courte change à mesure qu’un nouveau fichier avance :

$ echo "hello" > app.txt
$ git status --short
?? app.txt

$ git add app.txt
$ git status --short
A  app.txt

$ git commit -m "Add app file"

?? signifie non suivi et A signifie ajouté à la préparation. Dans le format à deux colonnes, la colonne de gauche est la zone de transit et la colonne de droite est votre répertoire de travail. Notez que git commit -am ignore les nouveaux fichiers, vous devez donc d’abord les ajouter explicitement.

Succursales

Voici une petite branche de fonctionnalités du début à la fin :

$ git switch -c feature/login
$ echo "login" >> app.txt
$ git commit -am "Add login"
$ git switch main
$ git merge --no-edit feature/login
$ git log --oneline --graph
* d0450b6 Add login
* 676b684 Add app file

$ git branch -d feature/login
Deleted branch feature/login (was d0450b6).

L’historique est une ligne droite car main n’avait pas bougé, donc Git a effectué une fusion rapide. Vous verrez toujours git checkout dans les anciens guides. Cela fonctionne, mais les commandes les plus récentes switch et restore divisent ses nombreuses tâches en tâches plus claires. Pour choisir entre fusionner et rebaser, lisez Git merge vs rebase.

Travailler avec des télécommandes

fetch est toujours sûr, car il ne modifie jamais vos fichiers. Si vous devez écraser une branche après un rebase, préférez --force-with-lease à plain --force, car il refuse d’effacer les nouveaux commits d’un collègue.

Cachette : mettez le travail de côté

Stash est utile lorsque vous devez changer de tâche mais que vous n’êtes pas prêt à vous engager :

$ echo "wip" >> app.txt
$ git stash
$ git status --short
                       # clean, the change is put away
$ git stash pop
$ git status --short
 M app.txt

Afficher l’historique

Annuler les erreurs : “Je veux…”

C’est la partie que la plupart des gens recherchent. Trouvez votre situation :

Réinitialiser, annuler ou restaurer

Ces trois noms prêtent à confusion, mais ils font des choses très différentes :

Dans notre démo, nous avons commis une mauvaise ligne et l’avons annulée. Le fichier est revenu à son contenu antérieur, tandis que l’erreur est restée visible dans le journal en tant qu’historique :

$ echo "oops" >> app.txt
$ git commit -am "Bad change"
$ git revert --no-edit HEAD
$ cat app.txt
hello
login

Ensuite, git reset --soft HEAD~1 a supprimé ce dernier commit mais a conservé ses modifications par étapes, ce que git status --short a montré comme M app.txt.

Balises

Les balises déclenchent souvent des pipelines de publication, comme l’explique notre guide GitHub Actions CI/CD.

Un flux de travail quotidien simple

git switch main
git pull
git switch -c feature/search
# edit files
git status
git add -p
git commit -m "Add search by product name"
git push -u origin feature/search
# open a pull request, get a review, then merge

Écrivez des messages de validation qui expliquent le changement de l’impératif, comme « Corriger la redirection de connexion ». Vous vous remercierez en lisant le journal dans six mois.

Erreurs courantes

• Commission de secrets. La suppression d’un fichier lors d’une validation ultérieure ne le supprime pas de l’historique. Faites pivoter le secret immédiatement et utilisez .gitignore.
• Réécriture de l’historique partagé. Ne réinitialisez pas ou ne rebasez pas les commits que d’autres ont déjà extraits.
• Utiliser git add . aveuglément. Vérifiez d’abord git status, afin que les fichiers de construction et les journaux restent à l’écart.
• Utiliser simple --force. Préférer --force-with-lease.
• Faire d’énormes commits. Les petits commits sont plus faciles à examiner, à annuler et à diviser en deux.

Pour conclure

Apprenez les trois domaines et une douzaine de commandes, et Git cesse de faire peur. Gardez la table d’annulation à portée de main et rappelez-vous que git status et git reflog sont votre filet de sécurité. Pour renforcer la confiance, créez un référentiel jetable, puis cassez-le et réparez-le délibérément, car c’est l’endroit le moins cher pour commettre des erreurs.

Questions fréquentes

Continuez à apprendre