# Journal d'Apprentissage : Utiliser l'Historique Git sur GitLab


**Thème du Jour : L'Historique Git et la fonction Blames**

1.  Le rôle du Commit

Aujourd'hui, j'ai travaillé sur un exercice qui m'a forcé à comprendre en profondeur ce qu'est l'historique d'un projet géré par Git et hébergé sur GitLab.
La pièce maîtresse de cet historique est le commit. Un commit est un instantané précis et permanent de tous les fichiers du projet à un moment donné.
- Chaque commit est identifié de manière unique par un hash (une suite alphanumérique comme 505c4e26). Ce hash sert d'empreinte digitale : il garantit que cet instantané n'a jamais été modifié.
- Le but d'un commit est de suivre qui a fait quoi et quand. C'est le fondement de la collaboration et de la traçabilité dans le développement logiciel.

2. L'outil Blame

L'exercice demandait de retrouver l'auteur et l'identifiant du commit responsable de l'ajout du titre ## Helloworld Python dans le fichier module1/exo2/readme.md.
J'ai utilisé la fonction Blame de l'interface GitLab, qui est l'outil parfait pour cette tâche.
- Principe de Blame : Contrairement à une simple vue de l'historique du fichier (History), qui montre tous les commits successifs, la vue Blame attribue à chaque ligne de code l'information du dernier commit qui l'a modifiée.
- Résolution : En me concentrant sur la ligne ## Helloworld Python, la vue Blame a clairement indiqué le bloc d'information exact :
    - Auteur : Arnaud Legrand
    - Identifiant du Commit : 505c4e26 (associé au message : "Ajout premier programme python")
J'ai appris qu'il ne fallait pas confondre l'identifiant du commit (505c4e26) avec le message descriptif ("Ajout premier programme python"), ni avec d'autres identifiants de commits visibles sur la même page. Seule l'information associée à la ligne ciblée est correcte.

3. Réflexion et Perspective Future

Cette session a solidifié ma compréhension de l'importance de la traçabilité.
    - Utilité immédiate : Si un problème (un bug) apparaît dans un projet, la fonction Blame permet de remonter immédiatement à la ligne fautive, de voir qui l'a introduite, et de comprendre le contexte (le message de commit) pour corriger efficacement l'erreur.
    - mpact sur le travail d'équipe : Un historique Git bien tenu (avec des messages de commit clairs) est essentiel pour la collaboration. Il permet aux nouveaux arrivants de comprendre l'évolution du projet sans avoir à demander l'historique à chaque développeur.

Je prévois d'explorer les commandes git log et git blame directement dans le terminal pour maîtriser ces concepts au-delà de l'interface web.