GIT - 11 Express Commits

Dans cette leçon, nous allons éditer un fichier déjà suivi par Git, puis le committer rapidement grâce à l'option express commit. Dans le terminal, à la racine du repository, git status indique un working directory propre. Un ls montre les fichiers coucou.html et venus.html. Mettons à jour coucou.html avec notre éditeur, ajoutons un peu de texte, puis sauvegardons.

Modified vs untracked

Un nouveau git status nous dit cette fois que le fichier est modified, et non plus untracked comme dans les leçons précédentes. C'est ainsi que Git distingue les fichiers déjà connus du repository (et qui ont changé depuis le dernier commit) de ceux qu'il ne suit pas encore. Pour lister précisément les fichiers suivis :

git ls-files

Git nous renvoie ici coucou.html et venus.html. Pour vérifier, créons un nouveau fichier terre.html avec touch terre.html : un ls le voit, git status le signale comme untracked, mais git ls-files ne le remonte pas — preuve qu'il n'est pas suivi. Supprimons-le avec rm terre.html avant de continuer.

git commit -am : tout en une commande

Pour les fichiers déjà suivis, Git propose un raccourci : l'option -a ajoute automatiquement les modifications à la staging area, puis crée le commit dans la foulée. Combiné avec -m pour le message, ça donne :

git commit -am "update"
  • -a : stage automatique des fichiers déjà suivis et modifiés
  • -m "message" : message de commit inline
  • Combinables en -am pour committer en une seule étape

⚠️ Attention : -a ne couvre pas les nouveaux fichiers untracked, qui doivent toujours être ajoutés explicitement avec git add. Un git log final confirme que nous avons bien deux commits, le plus récent en haut.

En résumé

Cette leçon explique comment faire des commits rapides en Git en utilisant la commande `git commit -am` qui combine l'ajout des fichiers modifiés à la zone de préparation et le commit en une seule étape. Vous apprendrez à différencier les fichiers suivis des fichiers non suivis, à utiliser `git status` et `git ls-files` pour vérifier l'état de votre répertoire de travail, et à maîtriser les paramètres `-a` et `-m` pour optimiser votre workflow de versioning.

Points clés

  • Différencier fichiers suivis et non suivis : Git ne surveille que les fichiers qu'il a ajoutés à la zone de préparation
  • Utiliser `git status` pour voir les modifications non préparées et `git ls-files` pour lister tous les fichiers suivis
  • La commande `git add -a` ajoute tous les fichiers modifiés (existants et tracés) à la zone de préparation
  • Combiner les paramètres `-a` (ajouter tout) et `-m` (message) en `-am` pour faire un commit express
  • Exécuter `git commit -am "message"` en une seule commande au lieu de faire un `git add` puis un `git commit` séparé

Questions fréquentes

Quelle est la différence entre un fichier suivi et un fichier non suivi ?

Un fichier suivi est un fichier que Git gère et surveille pour les modifications (ajouté à la zone de préparation). Un fichier non suivi est un nouveau fichier créé dans le répertoire mais que Git ne gère pas encore — il n'apparaît que si vous créez un nouveau fichier et ne l'ajoutez pas.

Comment faire un commit express en une seule commande ?

Utilisez `git commit -am "message du commit"` pour ajouter automatiquement tous les fichiers modifiés à la zone de préparation et créer le commit en une seule étape, sans besoin d'un `git add` préalable.

Pourquoi est-il nécessaire d'ajouter les fichiers avant de faire un commit ?

C'est le fonctionnement de Git : vous devez d'abord mettre les modifications en zone de préparation (staging area) avant de les valider (commit), ce qui vous permet de choisir quelles modifications inclure dans chaque commit.