Le Cycle de Vie d'un Commit

Les trois zones de Git

Avant de sauvegarder un fichier, il est crucial de comprendre que Git fonctionne avec trois espaces de travail distincts :

1. Working Directory (Dossier de travail) : Les fichiers réels sur votre disque que vous modifiez dans votre éditeur (VS Code, etc.).
2. Staging Area (Zone d’index) : Une zone de préparation temporaire où vous rassemblez les modifications que vous voulez inclure dans votre prochaine sauvegarde.
3. Local Repository (Dépôt local) : La base de données historique (.git) où vos commits (sauvegardes) sont stockés de façon permanente.

---

Exercice Pratique : Réaliser votre premier commit

Pratiquez l’enchaînement de la création de fichier, de l’indexation (Staging) et de la validation (Commit) dans le simulateur ci-dessous :

Commandes à exécuter

1

echo '# Mon Projet' > README.md Crée un nouveau fichier README.md avec du contenu.

2

git status Vérifie l'état actuel. Le fichier est rouge (non suivi).

3

git add README.md Ajoute README.md à la Staging Area.

4

git status Vérifie à nouveau le statut. Le fichier est vert (prêt à commiter).

5

git commit -m "Initialisation du projet" Valide le commit avec un message descriptif.

6

git log Affiche l'historique complet pour vérifier la présence du commit.

bash

# Cliquez sur les commandes à gauche pour les exécuter dans le simulateur

hashcode-academy:~$ _

---

Consulter l’historique : git log

Pour voir l’historique des commits que vous ou vos collaborateurs avez effectués, utilisez la commande :

git log

Vous obtiendrez l’historique détaillé avec :

• Le hash unique du commit (ex: 4f82d2cb29cf651fc898fc2da...).
• L’auteur (nom et email configurés plus tôt).
• La date et l’heure exactes du commit.
• Le message associé.

Astuce pour un historique clair

Vous pouvez utiliser la commande simplifiée suivante pour afficher l’historique sur une seule ligne par commit :

git log --oneline

---

Les règles d’or d’un bon commit

• Faites de petits commits fréquents : Un commit doit idéalement représenter une seule tâche logique (ex: corriger une typo, ajouter une fonction).
• Écrivez de bons messages : Soyez descriptif. Utilisez le présent de l’impératif (ex: “Ajoute la validation de formulaire” plutôt que “J’ai ajouté le formulaire”).
• Ne commitez jamais de secrets : Pas de mots de passe, clés d’API ou fichiers .env dans votre historique.

---

Fiches de révision

Entraînez-vous à retenir les concepts clés en cliquant sur les cartes ci-dessous :

Question

Quelle est la différence entre la Staging Area et le Working Directory ?

Cliquer pour révéler la réponse

Réponse

Le Working Directory contient les fichiers modifiés sur le disque, tandis que la Staging Area est une zone de préparation où vous rassemblez les modifications avant de les valider avec git commit.

Cliquer pour voir la question

Question

Quelles sont les règles d'or d'un bon message de commit ?

Cliquer pour révéler la réponse

Réponse

Un bon message décrit le changement de manière claire, utilise l'impératif présent, et est associé à des commits petits et fréquents.

Cliquer pour voir la question

Question

Quelle commande affiche l'historique des commits sur une seule ligne par commit ?

Cliquer pour révéler la réponse

Réponse

git log --oneline

Cliquer pour voir la question

Question

Quelle commande permet de comparer les modifications entre le Working Directory et la Staging Area ?

Cliquer pour révéler la réponse

Réponse

git diff

Cliquer pour voir la question

---

---

Quiz Final — Validez vos connaissances

Avant de passer à la suite, vérifiez que vous avez bien compris les concepts de ce chapitre.

1. Quelles sont les trois zones principales de Git ?

A Clone, Fork, Merge B Working Directory, Staging Area, Local Repository C Source, Build, Deploy D Branch, Commit, Push

2. Quelle commande permet de déplacer un fichier modifié vers la Staging Area ?

A git commit B git push C git add D git stage

3. Quel est un bon message de commit ?

A "fix" B "Ajoute la validation du formulaire d'inscription" C "changements divers" D "update"

4. Que ne devez-vous JAMAIS inclure dans un commit ?

A Des fichiers README.md B Des commentaires dans le code C Des mots de passe et clés d'API D Des fichiers de tests unitaires

---

Prochaine étape

Vous savez maintenant enregistrer vos modifications ! Découvrons comment créer des espaces de travail séparés pour expérimenter sans danger : les branches.

Étape suivante : Les Branches