Historique des fichiers et blâme
History répertorie tous les commits qui ont modifié un fichier, après les renommages, comme git log --follow. Blame affiche, pour chaque ligne, le commit et l'auteur qui l'a modifié en dernier, comme git blame. Les deux sont des vues de l’espace de travail des fichiers.
Fonctionne dans GitTree Gratuit : toutes les fonctionnalités Git locales, une fois connecté.
Sur cette page
Avant de commencer
- Le fichier est validé : le blâme affiche les versions validées, et non les modifications non enregistrées dans votre dossier de travail.
Où le trouver
- Ouvrez un fichier depuis la section Files du panneau de gauche ou depuis un commit, puis changez sa vue sur History ou Blame.
- Cliquez avec le bouton droit sur un fichier dans le panneau des modifications : File History ou File Blame.
- Cliquez avec le bouton droit sur un fichier dans le navigateur de fichiers : Show File History.
| Action | macOS | Windows et Linux |
|---|---|---|
| La palette de commandes, puis Blame File ou Show File History | ⌘⇧P | Ctrl+Shift+P |
Mesures
Ouvrez le fichier
Recherchez-le dans la section Files du panneau de gauche et sélectionnez-le (parcourir les fichiers du projet). Le fichier s'ouvre au milieu.
Voir son histoire
Basculez la vue sur History. Commits that changed this file les répertorie en premier, avec renamed from … où le fichier avait un autre nom. Sélectionnez-en un pour voir la modification apportée.
La faute aux lignes
Basculez la vue sur Blame. Chaque ligne est marquée du commit qui l'a modifiée en dernier lieu. Sélectionnez une ligne : la barre au dessus nomme celui qui s'engage, son auteur et sa date.
Remonter plus loin
Avec une ligne sélectionnée, choisissez Blame Before This Commit dans cette barre pour voir qui l'a écrite avant ce changement ; Back to the Later Blame revient.
Résultat attendu
Vous savez quel commit a introduit une ligne, qui l'a écrite et pourquoi, grâce à son message de commit.
Options de blâme
- Ignore whitespace changes : une ligne réindentée conserve l'auteur qui a écrit son contenu.
- Follow moved lines : les lignes déplacées ou copiées ailleurs conservent leur commit d'origine.
Si quelque chose ne va pas
"Blame affiche les révisions validées ; validez ou ouvrez un fichier de validation."
The file has changes that are not committed. Blâmez la version validée à partir d'un commit, ou validez en premier.
"Git n'a pas d'historique pour un fichier non suivi."
Le fichier n'a jamais été validé. Mettez en scène et validez-le en premier.
Questions
Puis-je blâmer une ancienne version d’un fichier ?
Oui. Ouvrez le fichier d'un commit plus ancien dans le graphique et passez à Blame, ou utilisez Blame Before This Commit pour revenir en arrière une modification à la fois.