GIT 4 SECTION 3 : Premier commit

Dans cette leçon, nous continuons avec notre repository de démonstration en ajoutant des fichiers et en vérifiant le statut au fur et à mesure. L'objectif est de réaliser un premier commit complet, du fichier vide jusqu'à son enregistrement dans l'historique Git.

On commence par retourner dans le dossier projet avec cd, puis dans le sous-dossier de test. À chaque fois que vous voulez savoir ce qui se passe dans le repository, vous utilisez la commande git status. Au démarrage, Git nous indique que nous sommes sur la branche master et qu'aucun changement n'a été fait, puisque nous n'avons encore rien ajouté.

Créer, ajouter et committer un fichier

Créez un fichier avec l'éditeur de votre choix, par exemple touch coucou.html.
Listez-le avec ls pour vérifier sa présence.
Ajoutez du texte dans le fichier (par exemple « salut »), puis sauvegardez.
Relancez git status : Git détecte le fichier comme untracked (non suivi) et vous indique quoi faire.
Ajoutez le fichier à la zone de transfert (staging area) avec git add coucou.html.
Validez avec git commit -m "test".

Après git add coucou.html, le fichier passe du répertoire de travail à la zone de transfert (staging area). Un nouveau git status confirme qu'il y a maintenant des « changes to be committed » : le fichier est prêt à être validé.

L'étape suivante est le commit. On utilise git commit -m "test", où l'option -m permet de passer le message de validation directement. Git répond en indiquant un identifiant court de commit et un résumé : 1 file changed, 3 insertions(+) dans notre exemple. Si on relance git status, on voit que le répertoire de travail est désormais propre (nothing to commit, working tree clean) : notre premier commit est bien enregistré dans l'historique du repository local.

En résumé

Cette leçon explique comment effectuer votre premier commit Git. Vous apprendrez à créer un fichier, à vérifier le statut de votre repository avec `git status`, à ajouter le fichier à la zone de transit avec `git add`, et enfin à enregistrer vos modifications avec `git commit -m`. La leçon montre concrètement comment Git suit vos modifications et comment passer du répertoire de travail à la zone de transit, puis au commit final.

Points clés

Utilisez `git status` pour vérifier l'état de votre repository et voir les fichiers non suivis
La commande `git add <nom-fichier>` déplace un fichier du répertoire de travail vers la zone de transit (staging area)
La commande `git commit -m "message"` enregistre les modifications de la zone de transit et génère un identifiant de commit unique
Git trace chaque modification (nombre de fichiers créés, lignes insérées) et les affiche lors du commit
Après un commit réussi, `git status` montre un répertoire de travail propre sans modifications en attente

Questions fréquentes

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

`git add` place votre fichier dans la zone de transit (staging area) pour le préparer, tandis que `git commit` enregistre définitivement ces modifications dans l'historique de Git avec un message et un identifiant unique.

Pourquoi dois-je utiliser la zone de transit au lieu de commiter directement les fichiers ?

La zone de transit vous permet de choisir précisément quels fichiers et quelles modifications vous souhaitez enregistrer dans un commit. Cela offre plus de contrôle et permet de créer des commits logiques et bien organisés.

Comment savoir si mon commit a réussi ?

Si le commit réussit, Git affiche un message montrant le nombre de fichiers créés ou modifiés et le nombre de lignes insérées, ainsi qu'un identifiant de commit. Ensuite, `git status` affichera "nothing to commit, working tree clean".