Comment utiliser Git Blame
Dans cet article, je vais vous montrer comment utiliser Git Blame pour suivre les auteurs d'un projet. Alors, commençons.
Configuration d'un exemple de référentiel GIT:
Si vous apprenez Git, vous pouvez cloner n'importe quel référentiel Git de GitHub à votre ordinateur pour essayer les commandes de cet article. Si vous souhaitez utiliser votre propre référentiel GIT, c'est bien aussi.
Je vais cloner le H5BP / HTML5-BOILERPALLAGE Référentiel Git de GitHub pour la démonstration de Git Blame dans cet article.
$ git clone https: // github.com / h5bp / html5-boulerplate.git
Maintenant, accédez au répertoire HTML5-BOILERPLAT / RECHERCHE comme suit:
$ cd html5-boulerplate /
Dans le html5-boulerplate / Répertoire, j'ai des fichiers et des répertoires. Dans la section suivante, je vais vous montrer comment utiliser Git Blame sur ce référentiel GIT.
Utilisation de base:
Pour trouver l'auteur et commettre des informations de chaque ligne de la dernière version modifiée du fichier (disons mon fichier) Dans votre référentiel git, vous exécutez blâme git comme suit:
$ git blâme myfile
Dans mon référentiel Git, j'ai un fichier gorgée.babel.js. Disons que je veux vérifier l'auteur et commettre des informations sur ce fichier ligne par ligne. Pour ce faire, je serais en blâme Git comme suit:
$ git blâme gulpfile.babel.js
Tu devrais avoir quelque chose comme ça. Ici, Git Blame montre le contenu du fichier, y compris les numéros de ligne à droite. À gauche de chaque ligne, Git Blame montre le hachage de la validation, l'auteur qui est responsable de cette validation, la date et l'heure de la commission. Un engagement peut modifier plusieurs lignes de code dans un fichier source. Un commit ne peut modifier qu'une seule ligne de code dans un fichier source. Ainsi, le même hachage de validation peut apparaître pour plusieurs lignes. Il ne peut aussi apparaître qu'une seule fois. Cela dépend de la validation.
De là, vous pouvez voir quel auteur a changé quelle ligne du fichier source. Vous pouvez également voir quel engagement est responsable de ce changement et lorsque le changement a été apporté.
Si le fichier a beaucoup de ligne, vous pouvez naviguer en utilisant le et Touches directionnelles. Vous pouvez également quitter la fenêtre Git Blame à l'aide du q clé de votre clavier.
Maintenant, si vous voulez en savoir plus sur ce qui a changé dans un engagement, copiez simplement le hachage de validation et utilisez le journal GIT comme suit.
$ git log -p 2ad70775
Vous devriez être en mesure de voir le message de validation complet, quelles lignes sont supprimées et quelles lignes sont ajoutées depuis la validation avant elle.
Affichage de l'e-mail de l'auteur:
Par défaut, Git Blame affiche le nom de l'auteur. Si vous souhaitez voir l'e-mail de l'auteur à la place, exécutez Git Blame avec le -e Option comme suit:
$ git blâme -e gulpfile.babel.js
Comme vous pouvez le voir, l'e-mail de l'auteur s'affiche au lieu du nom de l'auteur.
Affichage du hachage de commit long:
Par défaut, Git Blame montre des hachages de validation courts qui sont également uniques. Donc, vous pouvez l'utiliser sans aucun problème. Mais, si vous préférez voir les hachages de validation totale, vous pouvez utiliser le -l Option de blâme git comme suit.
$ git blâme -l gulpfile.babel.js
Comme vous pouvez le voir, les hachages de validation totale sont affichés au lieu des courts.
Si vous le souhaitez, vous pouvez également combiner plusieurs options ensemble pour obtenir l'effet que vous souhaitez. Par exemple, pour voir l'e-mail de l'auteur et le hachage de long engagement, vous pouvez combiner le -e et -l Options ensemble comme suit:
$ git blâme -el gulpfile.babel.js
Affichage de l'horodatage brut:
Par défaut, Git Blame montre une date et une heure bien formatées. Mais, si pour une raison quelconque, vous avez besoin de la date et de l'heure comme valeurs d'horodatage, vous pouvez utiliser le -t Option de blâme git comme suit:
$ git blâme -t gulpfile.babel.js
Comme vous pouvez le voir, les valeurs d'horodatage sont répertoriées.
Énumérer une gamme spécifique de lignes:
Si vous souhaitez inspecter uniquement des gammes spécifiques de lignes d'un fichier à l'aide de Git Blame, vous pouvez utiliser le -L option.
Pour afficher une gamme en utilisant le -L Option, utilisez Git Blame comme suit:
$ git blâme -l startlineNumber, endlineNumber filepath
Par exemple, pour afficher les lignes dix-20 à partir du fichier gorgée.babel.js, Exécutez Git Blame comme suit:
$ git blâme -l 10,20 gulpfile.babel.js
Afficher N Nombre de lignes à partir de la ligne X, Exécutez Git Blame comme suit:
$ git blâme -l x, + n
Par exemple, pour afficher 5 lignes à partir de la ligne 15 du fichier gorgée.babel.js, Exécutez Git Blame comme suit:
$ git blâme -l 15, + 5 gulpfile.babel.js
Afficher N Nombre de lignes avant la ligne X, Exécutez Git Blame comme suit:
$ git blâme -l x, -n
Par exemple, pour afficher 5 lignes avant de la ligne 15 (y compris la ligne 15) du fichier gorgée.babel.js, Exécutez Git Blame comme suit:
$ git blâme -l 15, -5 gulpfile.babel.js
Obtenir de l'aide:
Git Blame a beaucoup plus d'options. J'ai couvert les communs dans cet article. Si vous avez besoin d'aide avec l'une des options de Git Blame, vous pouvez vérifier la page de l'homme de Git Blame comme suit:
$ man git-blame
Ou,
$ git aide à blâmer
La page de l'homme de Git Blame.
Donc, c'est ainsi que vous utilisez Git Blame sur le référentiel GIT souhaité. Merci d'avoir lu cet article.