Il s'agit de la commande git-shortlog qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
git-shortlog - Résume la sortie 'git log'
SYNOPSIS
git log --pretty=short | jet journal abrégé [ ]
jet journal abrégé [ ] [ ] [[--] ...]
DESCRIPTION
Résume jet enregistrer sortie dans un format adapté à l'inclusion dans les annonces de sortie.
Chaque commit sera regroupé par auteur et titre.
De plus, "[PATCH]" sera supprimé de la description du commit.
Si aucune révision n'est transmise sur la ligne de commande et que l'une des entrées standard n'est pas un terminal
ou il n'y a pas de branche actuelle, jet journal abrégé affichera un résumé du journal lu à partir de
entrée standard, sans référence au référentiel actuel.
OPTIONS
-n, --numéroté
Trier la sortie en fonction du nombre de commits par auteur au lieu de l'ordre alphabétique de l'auteur
ordre.
-s, --résumé
Supprimez la description des commits et fournissez un résumé du nombre de commits uniquement.
-e, --e-mail
Afficher l'adresse e-mail de chaque auteur.
--format[= ]
Au lieu du sujet du commit, utilisez d'autres informations pour décrire chaque commit.
peut être n'importe quelle chaîne acceptée par l'option --format de jet enregistrer tels que * [%h]
%s. (Voir la section "JOTS FORMATS" de journal git(1).)
Chaque commit joliment imprimé sera réenveloppé avant d'être affiché.
-w[ [, [, ]]]
Enveloppez la sortie en enveloppant chaque ligne à la largeur. La première ligne de chaque entrée est
indenté par indent1 espaces, et la deuxième ligne et les suivantes sont indentées par
indent2 espaces. width, indent1 et indent2 par défaut à 76, 6 et 9 respectivement.
Si la largeur est 0 (zéro), indentez les lignes de la sortie sans les envelopper.
Afficher uniquement les commits dans la plage de révisions spécifiée. Quand non est
spécifié, sa valeur par défaut est HEAD (c'est-à-dire tout l'historique menant au commit actuel).
origin..HEAD spécifie tous les commits accessibles depuis le commit courant (ie HEAD),
mais pas d'origine. Pour une liste complète des façons d'épeler , voir le
Section "Spécification des plages" de gitrévisions (7).
[--] ...
Ne considérez que les commits suffisants pour expliquer comment les fichiers qui correspondent au
des chemins spécifiés ont vu le jour.
Les chemins peuvent avoir besoin d'être préfixés par "--" pour les séparer des options ou de la révision
gamme, lorsque la confusion survient.
CARTOGRAPHIE AUTEURS
La fonctionnalité .mailmap est utilisée pour fusionner les commits de la même personne dans le
shortlog, où leur nom et/ou leur adresse e-mail étaient orthographiés différemment.
Si le fichier .mailmap existe au niveau supérieur du référentiel, ou à l'emplacement pointé
par les options de configuration mailmap.file ou mailmap.blob, il est utilisé pour mapper l'auteur et
les noms et adresses e-mail des commiters en noms et adresses e-mail réels canoniques.
Dans la forme simple, chaque ligne du fichier se compose du nom réel canonique d'un
auteur, espace et une adresse e-mail utilisée dans le commit (inclus par < ainsi que >) pour cartographier
au nom. Par exemple:
Nom propre[email protected]>
Les formes les plus complexes sont :
<[email protected]>[email protected]>
qui permet à mailmap de remplacer uniquement la partie email d'un commit, et :
Nom propre[email protected]>[email protected]>
qui permet à mailmap de remplacer à la fois le nom et l'email d'un commit correspondant au
l'adresse e-mail de validation spécifiée, et :
Nom propre[email protected]> Nom du commit[email protected]>
qui permet à mailmap de remplacer à la fois le nom et l'email d'un commit correspondant à la fois au
nom de commit et adresse e-mail spécifiés.
Exemple 1 : Votre historique contient des commits de deux auteurs, Jane et Joe, dont les noms apparaissent
dans le référentiel sous plusieurs formes :
Développeur Joe[email protected]>
Joe R. Développeur[email protected]>
Jane Doe[email protected]>
Jane Doe
Jeanne D.
Supposons maintenant que Joe veuille que l'initiale de son deuxième prénom soit utilisée et que Jane préfère son nom de famille
en toutes lettres. Un fichier .mailmap approprié ressemblerait à :
Jane Doe
Joe R. Développeur[email protected]>
Notez qu'il n'y a pas besoin d'une entrée pour , parce que le vrai nom de
cet auteur a déjà raison.
Exemple 2 : votre dépôt contient des commits des auteurs suivants :
pseudo1[email protected]>
pseudo2[email protected]>
pseudo2[email protected]>
Père Noël[email protected]>
clause[email protected]>
CTO[email protected]>
Ensuite, vous voudrez peut-être un fichier .mailmap qui ressemble à :
<[email protected]>[email protected]>
certains mec[email protected]> pseudo1[email protected]>
Autre auteur[email protected]> pseudo2[email protected]>
Autre auteur[email protected]>[email protected]>
père Noël[email protected]>[email protected]>
Utiliser du hachage # pour les commentaires qui sont soit sur leur propre ligne, soit après l'adresse e-mail.
GIT
Une partie de l' jet(1) Suite
Utilisez git-shortlog en ligne en utilisant les services onworks.net
