Lire l'historique : log, diff, show et navigation dans le passé
L'historique d'un projet ne se limite pas à un simple journal, c'est une documentation des décisions. Apprenons à lire l'historique de manière informative : filtrer les commits, voir ce qui a changé entre les versions et comprendre les hachages SHA-1 sans crainte. Nous verrons également comment distinguer un « bon historique » d'un « historique désordonné » - cela influence directement la façon dont vous serez perçu dans une équipe.
- Vous serez capable de lire l'historique d'un dépôt et de trouver rapidement le commit souhaité par auteur, date ou mot-clé.
- Vous comprendrez comment comparer les versions de fichiers à différents niveaux : répertoire de travail, index, commit.
- Vous apprendrez à rédiger des messages de commit selon les normes reconnues de l'industrie (Conventional Commits).
จุดเริ่มต้นของบทเรียน
L'historique des commits comme journal de bord du projet
- Git log affiche l'historique comme un journal inversé
- Chaque entrée est une capture instantanée des modifications
- Stocke qui a modifié quoi et quand
- Permet de voir l'évolution du code
Imaginez qu'à chaque fois que vous enregistrez des modifications dans Git, vous écrivez une entrée dans un journal de développement. La commande 'git log' affiche ces entrées dans l'ordre chronologique inverse — des plus récentes aux plus anciennes. Ce journal contient la chronologie complète du projet : qui a fait quoi et quand. Ce n'est pas qu'une simple liste de modifications, mais une histoire vivante de l'évolution de votre code. Savoir lire et analyser cet historique est une compétence clé pour travailler en équipe. Car c'est à travers l'historique des commits que vous voyez comment le projet a évolué, quelles décisions ont été prises et pourquoi. Examinons plus en détail la structure d'un commit.
Lire une entrée de commit : hachage, auteur, date
- commit : identifiant de hachage unique
- Author : qui a fait les modifications et quand
- Date : horodatage du commit
- Message : description des modifications apportées
Regardez la sortie de la commande 'git log'. Chaque entrée commence par une longue chaîne de caractères — c'est le hachage du commit, son identifiant unique. À droite, vous voyez l'auteur des modifications et la date de ces dernières. En dessous se trouve le message du commit, écrit par le développeur lors de l'enregistrement. Notez le format : l'adresse e-mail de l'auteur entre chevrons, suivie de l'horodatage. Ces données aident à comprendre le contexte des modifications et, si nécessaire, à contacter l'auteur pour plus d'informations. Maintenant que nous avons vu la structure d'un commit, comprenons ce qu'est un hachage et à quoi il sert.
#!/bin/bash
cd ~/projects/git-course/
git log -1 --pretty=format:'commit %H%nAuteur : %an <%ae>%nDate : %ad%n%n %s'
Le hash de commit — votre clé vers l'historique
- Le hash est l'empreinte numérique d'un commit
- Dépend du contenu et des métadonnées
- Modifier un seul caractère change le hash
- Permet de référencer précisément n'importe quelle version
Le hash de commit n'est pas une suite aléatoire de caractères, mais le résultat d'une fonction cryptographique qui transforme le contenu du commit en une chaîne unique. Si vous modifiez ne serait-ce qu'un octet dans le commit, le hash changera complètement. Cela garantit l'intégrité de l'historique des modifications. En connaissant le hash, vous pouvez accéder à n'importe quelle version du code, comme à un marque-page dans un livre. Par exemple, la commande 'git checkout' avec un hash vous transportera à l'état du projet à ce commit précis. C'est particulièrement utile pour annuler des modifications ou analyser quand exactement un bug est apparu. Maintenant que nous comprenons la structure de l'historique, apprenons à le filtrer — car dans les vrais projets, il peut y avoir des milliers de commits.
บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก
ฉบับเต็มมีสไลด์เพิ่มอีก 26 สไลด์
วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก
เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิกเนื้อหาบทเรียน
- L'historique des commits comme journal de bord du projet
- Lire une entrée de commit : hachage, auteur, date
- Le hash de commit — votre clé vers l'historique
- Comment trouver les commits d'un auteur
- Filtrer par date de commit
- Recherche dans le texte des commits
- Combinaison des filtres
- Le problème de la lecture de l'historique des commits
- Affichage compact avec --oneline
- Visualisation des branches avec --graph
- Vue complète avec --all
- Qu'est-ce que git diff et à quoi ça sert ?
- Comparer les modifications dans le répertoire de travail
- Ce qui est prêt pour le commit : git diff --staged
- Comparer deux commits quelconques
- Comment examiner un commit spécifique en détail
- Pratique : examiner les modifications dans un commit
- Affichage d'un fichier spécifique dans un commit
- Recherche des dernières modifications d'un fichier
- Analyse du code d'autrui via l'historique
- Recherche d'introduction ou de suppression de fonction
- Pourquoi les messages de commit sont importants
- Structure du message de commit idéal
- Conventional Commits en pratique
- Refactorisation des mauvais commits
- Pourquoi les commits 'fix' sont un anti-modèle
- Atomicité des changements : un commit, une tâche
- git add -p : l'outil de sauvetage pour des commits propres
- Résumé et exercice
บทความเกี่ยวกับบทเรียนนี้
- คำสั่ง Git: ชีตสรุปพร้อมตัวอย่างสำหรับใช้ทุกวัน
- git log, diff, show และ blame: วิธีอ่านประวัติโปรเจกต์ใน Git
- git bisect: วิธีค้นหาคอมมิตที่ทำให้โค้ดพัง
- Git และ GitHub: ต่างกันอย่างไร และเชื่อมโยงกันอย่างไร
- วิธีติดตั้ง Git บน Windows, macOS และ Linux
บทเรียนทั้งหมดในคอร์สนี้
- Introduction : Git du débutant au développeur confirmé
- À quoi sert Git exactement - et pourquoi il est indispensable pour trouver un emploi
- Installation et configuration : Préparer Git pour son premier démarrage
- Premier dépôt : init, add, commit et la magie de l'index
- Lire l'historique : log, diff, show et navigation dans le passé
- Branches : la réalité parallèle de votre code
- Annuler les erreurs : restore, reset, revert — faire les bons choix sans danger
- GitHub et les dépôts distants : votre code dans le cloud
- Travail d'équipe : Forks, branches de fonctionnalités et demandes d'intégration (pull requests)
- Conflits de fusion : ne paniquez pas - comprenons et résolvons
- Processus Git dans les équipes réelles : quel workflow choisir ?
- Outils avancés : rebase, stash, cherry-pick et les tags
- Projet final : Simulation d'un développement d'équipe réel