git-shortlog - Online in de cloud

PROGRAMMA:

NAAM

git-shortlog - Vat de uitvoer van 'git log' samen

KORTE INHOUD

git log --pretty=kort | git tekort [ ]
git tekort [ ] [ ] [[--] ...]

PRODUCTBESCHRIJVING

geeft een overzicht van git inloggen uitvoer in een formaat dat geschikt is voor opname in release-aankondigingen.
Elke commit wordt gegroepeerd op auteur en titel.

Bovendien zal "[PATCH]" uit de commit-beschrijving worden verwijderd.

Als er geen revisies worden doorgegeven op de opdrachtregel en de standaardinvoer geen terminal is
of er is geen huidige vestiging, git tekort zal een samenvatting weergeven van het logboek waaruit wordt gelezen
standaardinvoer, zonder verwijzing naar de huidige repository.

OPTIES

-n, --genummerd
Sorteer uitvoer op basis van het aantal commits per auteur in plaats van op alfabetische volgorde van de auteur
order.

-s, --samenvatting
Onderdruk de commit-beschrijving en geef alleen een samenvatting van het aantal commits.

-e, --e-mail
Toon het e-mailadres van elke auteur.

--format[= ]
Gebruik in plaats van het commit-onderwerp wat andere informatie om elke commit te beschrijven.
kan elke tekenreeks zijn die wordt geaccepteerd door de optie --format van git inloggen, zoals * [%H]
%s. (Zie de sectie "MOOIE FORMATS" van git-log(1).)

Elke mooi afgedrukte commit wordt opnieuw ingepakt voordat deze wordt getoond.

-w[ [, [, ]]]
Linewrap de uitvoer door elke regel op breedte te wikkelen. De eerste regel van elke invoer is
ingesprongen met indent1 spaties, en de tweede en volgende regels worden ingesprongen met
streepje2 spaties. width, indent1 en indent2 zijn standaard respectievelijk 76, 6 en 9.

Als de breedte 0 (nul) is, laat u de regels van de uitvoer inspringen zonder ze om te wikkelen.


Toon alleen commits in het gespecificeerde revisiebereik. Wanneer nee is
gespecificeerd, is het standaard ingesteld op HEAD (dwz de hele geschiedenis die leidt tot de huidige commit).
origin..HEAD specificeert alle commits die bereikbaar zijn vanaf de huidige commit (ie HEAD),
maar niet van oorsprong. Voor een volledige lijst met manieren om te spellen , zie de
Sectie "Bereiken specificeren" van gitrevisies(7).

[--] ...
Overweeg alleen commits die voldoende zijn om uit te leggen hoe de bestanden die overeenkomen met de
bepaalde paden ontstonden.

Paden moeten mogelijk worden voorafgegaan door "--" om ze te scheiden van opties of de revisie
bereik, wanneer er verwarring ontstaat.

MAPPING AUTEURS

De .mailmap-functie wordt gebruikt om commits van dezelfde persoon in de mail samen te voegen
shortlog, waar hun naam en/of e-mailadres anders was gespeld.

Als het bestand .mailmap bestaat op het hoogste niveau van de repository, of op de aangegeven locatie
door de configuratie-opties mailmap.file of mailmap.blob, wordt het gebruikt om auteur en
namen en e-mailadressen van committers naar canonieke echte namen en e-mailadressen.

In de eenvoudige vorm bestaat elke regel in het bestand uit de canonieke echte naam van een
auteur, witruimte en een e-mailadres gebruikt in de commit (ingesloten door < en >) in kaart brengen
naar de naam. Bijvoorbeeld:

Goede naam[e-mail beveiligd]>

De meer complexe vormen zijn:

<[e-mail beveiligd]>[e-mail beveiligd]>

waardoor mailmap alleen het e-mailgedeelte van een commit kan vervangen, en:

Goede naam[e-mail beveiligd]>[e-mail beveiligd]>

waarmee mailmap zowel de naam als de e-mail kan vervangen van een commit die overeenkomt met de
opgegeven commit e-mailadres, en:

Goede naam[e-mail beveiligd]> Naam vastleggen[e-mail beveiligd]>

waarmee mailmap zowel de naam als de e-mail kan vervangen van een commit die overeenkomt met de
gespecificeerde commit naam en e-mailadres.

Voorbeeld 1: Je geschiedenis bevat commits van twee auteurs, Jane en Joe, van wie de namen verschijnen
in de repository onder verschillende vormen:

Joe Ontwikkelaar[e-mail beveiligd]>
Joe R. Ontwikkelaar[e-mail beveiligd]>
Jane Doe[e-mail beveiligd]>
Jane Doe
Jane D.

Stel nu dat Joe zijn middelste naam als initiaal wil gebruiken, en Jane de voorkeur geeft aan haar achternaam
volledig uitgeschreven. Een correct .mailmap-bestand zou er als volgt uitzien:

Jane Doe
Joe R. Ontwikkelaar[e-mail beveiligd]>

Merk op hoe er geen vermelding nodig is voor , omdat de echte naam van
die auteur heeft al gelijk.

Voorbeeld 2: Uw repository bevat commits van de volgende auteurs:

bijnaam1[e-mail beveiligd]>
bijnaam2[e-mail beveiligd]>
bijnaam2[e-mail beveiligd]>
de kerstman[e-mail beveiligd]>
clausule[e-mail beveiligd]>
CTO[e-mail beveiligd]>

Dan wilt u misschien een .mailmap-bestand dat eruitziet als:

<[e-mail beveiligd]>[e-mail beveiligd]>
Een of andere kerel[e-mail beveiligd]> nick1[e-mail beveiligd]>
Andere auteur[e-mail beveiligd]> nick2[e-mail beveiligd]>
Andere auteur[e-mail beveiligd]>[e-mail beveiligd]>
Kerstman[e-mail beveiligd]>[e-mail beveiligd]>

Gebruik hasj # voor opmerkingen die op hun eigen regel staan, of na het e-mailadres.

GIT

Een deel van de git(1) Suite

Gebruik git-shortlog online met behulp van onworks.net-services