GIT - 6 Premier commit

Dans cette leçon, nous poursuivons avec notre repository de démonstration en y ajoutant des fichiers et en vérifiant son statut au fur et à mesure. On commence par retourner dans le dossier de projet, puis dans le sous-dossier de test :

cd projet
cd test

À chaque fois que vous voulez savoir ce qui se passe dans votre repository, utilisez la commande git status. Pour le moment, elle nous indique que nous sommes sur la branche master, que rien n'a changé et qu'aucun commit n'a encore été réalisé. Créons un premier fichier coucou.html à l'aide de la commande touch ou de l'éditeur configuré dans votre invite de commandes, puis ajoutons-y un peu de contenu : un <h1> et un paragraphe.

Du working directory au commit

Après avoir sauvegardé le fichier, relancez git status : Git vous indique qu'il est sur le commit initial et qu'il existe des fichiers non suivis. Il vous suggère lui-même la marche à suivre — utiliser git add pour préparer le fichier :

git status
git add coucou.html
git status

La commande git add déplace le fichier du working directory vers la staging area. Un nouveau git status confirme alors que des changements sont prêts à être commitées. L'étape suivante consiste à valider ces changements avec git commit, en utilisant l'option -m pour passer un message inline :

git commit -m "premier test"

git status : affiche l'état du repository
git add <fichier> : place le fichier dans la staging area
git commit -m "message" : valide les changements préparés

Git nous renvoie alors un récapitulatif : un fichier modifié, trois insertions, et un identifiant pour ce premier commit racine. Un dernier git status confirme que le working directory est désormais propre — il n'y a plus rien à committer.

En résumé

Cette leçon couvre les étapes fondamentales pour effectuer son premier commit dans Git. Nous apprenons à créer un fichier et vérifier le statut du repository avec `git status`, à ajouter le fichier à la zone de transit (staging area) avec `git add`, et enfin à créer le commit avec `git commit -m "message"`. Le processus montre comment Git suit les changements du fichier jusqu'à l'enregistrement final dans l'historique.

Points clés

git status affiche l'état du repository et les fichiers non suivis ou modifiés
git add <fichier> ajoute un fichier à la zone de transit (staging area) en préparation du commit
git commit -m "message" enregistre les changements dans l'historique Git avec un message descriptif
Après un commit réussi, le répertoire de travail revient à un état propre (rien à faire)
Chaque commit reçoit un identifiant unique (hash SHA-1) assigné par Git
La zone de transit permet de sélectionner précisément les fichiers à inclure dans le commit

Questions fréquentes

Quelle est la différence entre git add et git commit ?

git add prépare les fichiers pour le commit en les déplaçant vers la zone de transit (staging area). git commit enregistre ensuite les changements dans l'historique permanent du repository avec un message descriptif.

Pourquoi utiliser git status avant de faire un commit ?

git status permet de vérifier quels fichiers ont été modifiés, quels fichiers sont non suivis, et quels fichiers se trouvent dans la zone de transit. Cela garantit que vous commitez exactement les changements souhaités.

Que signifie l'identifiant affiché après git commit ?

C'est le hash SHA-1 du commit, un identifiant unique que Git génère pour chaque commit. Il permet de récupérer, référencer ou naviguer vers ce commit spécifique dans l'historique du repository.