git-shortlog – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

git-shortlog – Fasst die Ausgabe von „git log“ zusammen

ZUSAMMENFASSUNG

git log --pretty=short | git Kurzprotokoll [ ]
git Kurzprotokoll [ ] [ ] [[--] ...]

BESCHREIBUNG

Fasst zusammen git Log Ausgabe in einem Format, das für die Aufnahme in Veröffentlichungsankündigungen geeignet ist.
Jeder Commit wird nach Autor und Titel gruppiert.

Darüber hinaus wird „[PATCH]“ aus der Commit-Beschreibung entfernt.

Wenn keine Revisionen auf der Befehlszeile übergeben werden und eine der Standardeingaben kein Terminal ist
oder es gibt keinen aktuellen Zweig, git Kurzprotokoll gibt eine Zusammenfassung des gelesenen Protokolls aus
Standardeingabe, ohne Verweis auf das aktuelle Repository.

OPTIONAL

-n, --nummeriert
Sortieren Sie die Ausgabe nach der Anzahl der Commits pro Autor statt nach alphabetischer Reihenfolge des Autors
Ordnung.

-s, --summary
Unterdrücken Sie die Commit-Beschreibung und geben Sie nur eine Zusammenfassung der Commit-Anzahl an.

-e, --E-Mail
Zeigen Sie die E-Mail-Adresse jedes Autors an.

--format[= ]
Verwenden Sie anstelle des Commit-Betreffs andere Informationen, um jeden Commit zu beschreiben.
kann eine beliebige Zeichenfolge sein, die von der Option --format von akzeptiert wird git Log, sowie * [%H]
%s. (Siehe den Abschnitt „HÜBSCHE FORMATE“ von Git-Log(1).)

Jeder hübsch gedruckte Commit wird neu verpackt, bevor er angezeigt wird.

-w[ [, [, ]]]
Zeilenumbruch in der Ausgabe, indem jede Zeile entsprechend der Breite umbrochen wird. Die erste Zeile jedes Eintrags lautet
durch Leerzeichen von indent1 eingerückt, und die zweite und die folgenden Zeilen werden um eingerückt
2 Leerzeichen einrücken. width, indent1 und indent2 sind standardmäßig auf 76, 6 bzw. 9 eingestellt.

Wenn die Breite 0 (Null) ist, werden die Zeilen der Ausgabe eingerückt, ohne sie umzubrechen.


Zeigt nur Commits im angegebenen Revisionsbereich an. Wenn nein Ist
angegeben, ist der Standardwert HEAD (dh der gesamte Verlauf, der zum aktuellen Commit führt).
origin..HEAD gibt alle Commits an, die vom aktuellen Commit aus erreichbar sind (d. h. HEAD).
aber nicht vom Ursprung. Hier finden Sie eine vollständige Liste der Schreibweisen , siehe die
Abschnitt „Angeben von Bereichen“ von gitrevisionen(7).

[--] ...
Berücksichtigen Sie nur Commits, die ausreichen, um zu erklären, wie die Dateien übereinstimmen
vorgegebene Wege entstanden.

Pfaden muss möglicherweise ein „--“ vorangestellt werden, um sie von Optionen oder der Revision zu trennen
Reichweite, wenn Verwirrung entsteht.

KORR AUTOREN

Die .mailmap-Funktion wird verwendet, um Commits derselben Person im zusammenzuführen
shortlog, wo ihr Name und/oder ihre E-Mail-Adresse anders geschrieben wurden.

Wenn die Datei .mailmap auf der obersten Ebene des Repositorys oder an der angegebenen Stelle vorhanden ist
durch die Konfigurationsoptionen mailmap.file oder mailmap.blob wird es verwendet, um Autor und
Committer-Namen und E-Mail-Adressen zu kanonischen echten Namen und E-Mail-Adressen.

In der einfachen Form besteht jede Zeile in der Datei aus dem kanonischen Realnamen eines
Autor, Leerzeichen und eine im Commit verwendete E-Mail-Adresse (eingeschlossen von < und >) zur Karte
zum Namen. Zum Beispiel:

Eigenname[E-Mail geschützt] >

Die komplexeren Formen sind:

<[E-Mail geschützt] >[E-Mail geschützt] >

was es mailmap ermöglicht, nur den E-Mail-Teil eines Commits zu ersetzen, und:

Eigenname[E-Mail geschützt] >[E-Mail geschützt] >

was es mailmap ermöglicht, sowohl den Namen als auch die E-Mail eines Commits zu ersetzen, das mit dem übereinstimmt
angegebene Commit-E-Mail-Adresse und:

Eigenname[E-Mail geschützt] > Commit-Name[E-Mail geschützt] >

was es mailmap ermöglicht, sowohl den Namen als auch die E-Mail eines Commits zu ersetzen, das mit beiden übereinstimmt
angegebenen Commit-Namen und E-Mail-Adresse.

Beispiel 1: Ihr Verlauf enthält Commits von zwei Autoren, Jane und Joe, deren Namen erscheinen
im Repository in mehreren Formen:

Joe Entwickler[E-Mail geschützt] >
Joe R. Entwickler[E-Mail geschützt] >
Jane Doe[E-Mail geschützt] >
Jane Doe
Jane D.

Angenommen, Joe möchte, dass sein zweiter Vorname verwendet wird, und Jane bevorzugt ihren Familiennamen
vollständig ausgeschrieben. Eine richtige .mailmap-Datei würde so aussehen:

Jane Doe
Joe R. Entwickler[E-Mail geschützt] >

Beachten Sie, dass kein Eintrag erforderlich ist für , weil der richtige Name von
der Autor hat schon recht.

Beispiel 2: Ihr Repository enthält Commits der folgenden Autoren:

nick1[E-Mail geschützt] >
nick2[E-Mail geschützt] >
nick2[E-Mail geschützt] >
Weihnachtsmann[E-Mail geschützt] >
klaus[E-Mail geschützt] >
CTO[E-Mail geschützt] >

Dann möchten Sie vielleicht eine .mailmap-Datei, die wie folgt aussieht:

<[E-Mail geschützt] >[E-Mail geschützt] >
Einige Kerl[E-Mail geschützt] > nick1[E-Mail geschützt] >
Anderer Autor[E-Mail geschützt] > nick2[E-Mail geschützt] >
Anderer Autor[E-Mail geschützt] >[E-Mail geschützt] >
Weihnachtsmann[E-Mail geschützt] >[E-Mail geschützt] >

Haschisch verwenden # für Kommentare, die entweder in einer eigenen Zeile oder nach der E-Mail-Adresse stehen.

GIT

Ein Teil des git(1) Suite

Verwenden Sie git-shortlog online über die Dienste von onworks.net