🛡️Satisfait ou remboursé — Setup remboursé si pas satisfait après 30 jours

Deepthix
← Retour au blog
tutorial25 février 2026

Les 15 Commandes Git que Tout Développeur Utilise (et Devrait Maîtriser)

Arrêtez de copier-coller des commandes Git de Stack Overflow. Voici les 15 commandes essentielles, expliquées une fois pour toutes.

Le Syndrome Git

Pendant longtemps, Git était quelque chose à survivre. Taper une commande. Espérer que rien ne casse. Si ça casse, chercher frénétiquement sur Google. Copier des solutions de Stack Overflow sans comprendre. Prier pour ne pas voir de conflits de merge.

La vérité : la plupart des développeurs n'utilisent pas tout Git. Ils utilisent un petit ensemble de commandes, en profondeur. Une fois que vous arrêtez de traiter Git comme de la magie, il devient un outil fiable.

Les Commandes Essentielles

1. git status Affiche l'état actuel : fichiers modifiés, staged, non-suivis.

Erreur courante : Exécuter d'autres commandes sans vérifier git status d'abord. C'est comme ça qu'on commit ou supprime les mauvais fichiers.

2. git init Initialise un nouveau dépôt Git.

Erreur courante : Exécuter git init dans un repo déjà initialisé, créant un dossier .git imbriqué.

3. git clone Télécharge un repo distant avec tout son historique.

Erreur courante : Cloner et pusher immédiatement sans comprendre la structure des branches.

4. git add Déplace les changements vers la zone de staging.

  • git add . : Ajoute les changements du répertoire courant (attention aux sous-dossiers)
  • git add * : Ajoute uniquement les fichiers non-cachés (ignore .env, .gitignore)
  • git add : : Ajoute tout depuis la racine du repo, y compris les fichiers cachés

Erreur courante : Utiliser git add . aveuglément et stager des fichiers non désirés.

5. git commit Enregistre les changements staged avec un message.

Bon réflexe : Messages clairs et descriptifs. "Fix bug" ne dit rien. "Fix null pointer in user auth flow" dit tout.

6. git push Envoie les commits locaux vers le remote.

Erreur courante : Forcer le push (-f) sans comprendre les conséquences sur l'historique partagé.

7. git pull Récupère et fusionne les changements du remote.

Alternative : git fetch puis git merge pour plus de contrôle.

8. git branch Liste, crée ou supprime des branches.

Utilisation : git branch feature-x crée, git branch -d feature-x supprime.

9. git checkout / git switch Change de branche ou restaure des fichiers.

Note : git switch est la version moderne pour changer de branche, plus intuitive.

10. git merge Fusionne une branche dans une autre.

Conseil : Toujours s'assurer d'être sur la branche cible avant de merger.

11. git log Affiche l'historique des commits.

Options utiles : --oneline pour un format compact, --graph pour visualiser les branches.

12. git diff Montre les différences entre commits, branches, ou fichiers.

Usage courant : git diff HEAD~1 pour voir les changements depuis le dernier commit.

13. git stash Sauvegarde temporairement les changements non-commités.

Scénario : Vous devez changer de branche mais avez du travail en cours. git stash, changez, puis git stash pop.

14. git reset Annule des commits ou unstage des fichiers.

Attention : --hard détruit les changements, --soft les garde staged.

15. git rebase Réécrit l'historique en déplaçant des commits.

Règle d'or : Ne jamais rebase des branches partagées publiquement.

La Vraie Compétence Git

Ces 15 commandes couvrent 95% des besoins quotidiens. La vraie compétence n'est pas de mémoriser des commandes, c'est de comprendre ce que Git fait : suivre des snapshots de votre code dans le temps.

Une fois ce modèle mental acquis, Git passe de "magie effrayante" à "outil fiable". Et quand quelque chose tourne mal (ça arrivera), vous saurez exactement où chercher.

gitversion-controlprogrammingtutorialdeveloper-toolscommands

Tu veux automatiser tes opérations ?

Discutons de ton projet en 15 minutes.

Réserver un call