Preview ng leksyon

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.

hachage de commit git log git diff
Ano ang matututunan mo sa leksyong ito
  • 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).

Simula ng leksyon

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.

Buong leksyon ay para sa subscription

26 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

  1. L'historique des commits comme journal de bord du projet
  2. Lire une entrée de commit : hachage, auteur, date
  3. Le hash de commit — votre clé vers l'historique
  4. Comment trouver les commits d'un auteur
  5. Filtrer par date de commit
  6. Recherche dans le texte des commits
  7. Combinaison des filtres
  8. Le problème de la lecture de l'historique des commits
  9. Affichage compact avec --oneline
  10. Visualisation des branches avec --graph
  11. Vue complète avec --all
  12. Qu'est-ce que git diff et à quoi ça sert ?
  13. Comparer les modifications dans le répertoire de travail
  14. Ce qui est prêt pour le commit : git diff --staged
  15. Comparer deux commits quelconques
  16. Comment examiner un commit spécifique en détail
  17. Pratique : examiner les modifications dans un commit
  18. Affichage d'un fichier spécifique dans un commit
  19. Recherche des dernières modifications d'un fichier
  20. Analyse du code d'autrui via l'historique
  21. Recherche d'introduction ou de suppression de fonction
  22. Pourquoi les messages de commit sont importants
  23. Structure du message de commit idéal
  24. Conventional Commits en pratique
  25. Refactorisation des mauvais commits
  26. Pourquoi les commits 'fix' sont un anti-modèle
  27. Atomicité des changements : un commit, une tâche
  28. git add -p : l'outil de sauvetage pour des commits propres
  29. Résumé et exercice

Mga artikulo tungkol sa araling ito

Lahat ng leksyon ng kurso

  1. Introduction : Git du débutant au développeur confirmé
  2. À quoi sert Git exactement - et pourquoi il est indispensable pour trouver un emploi
  3. Installation et configuration : Préparer Git pour son premier démarrage
  4. Premier dépôt : init, add, commit et la magie de l'index
  5. Lire l'historique : log, diff, show et navigation dans le passé
  6. Branches : la réalité parallèle de votre code
  7. Annuler les erreurs : restore, reset, revert — faire les bons choix sans danger
  8. GitHub et les dépôts distants : votre code dans le cloud
  9. Travail d'équipe : Forks, branches de fonctionnalités et demandes d'intégration (pull requests)
  10. Conflits de fusion : ne paniquez pas - comprenons et résolvons
  11. Processus Git dans les équipes réelles : quel workflow choisir ?
  12. Outils avancés : rebase, stash, cherry-pick et les tags
  13. Projet final : Simulation d'un développement d'équipe réel