git-shortlog - Online w chmurze

PROGRAM:

IMIĘ

git-shortlog - Podsumuj dane wyjściowe 'git log'

STRESZCZENIE

git log --pretty=krótki | odrzutowiec krótki dziennik [ ]
odrzutowiec krótki dziennik [ ] [ ] [[--] ...]

OPIS

Podsumowuje odrzutowiec log dane wyjściowe w formacie odpowiednim do włączenia w ogłoszeniach o wydaniu.
Każde zatwierdzenie będzie pogrupowane według autora i tytułu.

Dodatkowo, "[PATCH]" zostanie usunięty z opisu zatwierdzenia.

Jeśli w wierszu poleceń nie są przekazywane żadne wersje, a standardowe wejście nie jest terminalem
lub nie ma aktualnego oddziału, odrzutowiec krótki dziennik wyświetli podsumowanie dziennika odczytanego z
standardowe wejście, bez odniesienia do bieżącego repozytorium.

OPCJE

-n, --numerowane
Sortuj dane wyjściowe według liczby zatwierdzeń na autora zamiast według autora alfabetycznie
zamówienie.

-s, --podsumowanie
Pomiń opis zatwierdzeń i podaj tylko podsumowanie liczby zatwierdzeń.

-e, --e-mail
Pokaż adres e-mail każdego autora.

--format[= ]
Zamiast tematu zatwierdzenia użyj innych informacji, aby opisać każde zatwierdzenie.
może być dowolnym ciągiem akceptowanym przez opcję --format funkcji odrzutowiec log, Takie jak * [%H]
%s. (Patrz sekcja „DOBRE FORMATY” w git-log(1).)

Każde ładnie wydrukowane zatwierdzenie zostanie ponownie opakowane przed wyświetleniem.

-w[ [, [, ]]]
Zawijaj wierszami wyjście, zawijając każdy wiersz na szerokość. Pierwsza linia każdego wpisu to
wcięte przez spacje indent1, a drugi i kolejne wiersze są wcięte przez
wcięcie 2 spacje. szerokość, wcięcie1 i wcięcie2 domyślnie wynoszą odpowiednio 76, 6 i 9.

Jeśli szerokość wynosi 0 (zero), to wcinaj wiersze wyjścia bez zawijania ich.


Pokaż tylko zatwierdzenia w określonym zakresie wersji. Kiedy nie jest
określony, domyślnie jest to HEAD (tj. cała historia prowadząca do bieżącego zatwierdzenia).
origin..HEAD określa wszystkie zatwierdzenia osiągalne z bieżącego zatwierdzenia (tj. HEAD),
ale nie z pochodzenia. Aby uzyskać pełną listę sposobów pisowni , zobacz
Sekcja „Określanie zakresów” w gitrewizje(7).

[--] ...
Rozważ tylko te zatwierdzenia, które są wystarczające, aby wyjaśnić, w jaki sposób pliki pasują do
powstały określone ścieżki.

Ścieżki mogą wymagać przedrostka „--”, aby oddzielić je od opcji lub wersji
zasięg, gdy pojawia się zamieszanie.

MAPOWANIE AUTORSKI

Funkcja .mailmap służy do łączenia zatwierdzeń przez tę samą osobę w
shortlog, w którym ich imię i/lub adres e-mail zostało napisane inaczej.

Jeśli plik .mailmap istnieje na najwyższym poziomie repozytorium lub we wskazanej lokalizacji
do przez opcje konfiguracyjne mailmap.file lub mailmap.blob, służy do mapowania autora i
nazwiska i adresy e-mail autorów do kanonicznych prawdziwych nazwisk i adresów e-mail.

W prostej formie każdy wiersz w pliku składa się z kanonicznego prawdziwego imienia an
autor, białe znaki i adres e-mail użyty w zatwierdzeniu (załączony przez < i >) do mapy
do nazwy. Na przykład:

Prawidłowa nazwa[email chroniony]>

Bardziej złożone formy to:

<[email chroniony]>[email chroniony]>

co pozwala mailmapowi zamienić tylko część e-mailową zatwierdzenia oraz:

Prawidłowa nazwa[email chroniony]>[email chroniony]>

co pozwala mailmapowi zastąpić zarówno nazwę, jak i adres e-mail zatwierdzenia pasującego do
określony adres e-mail zatwierdzenia oraz:

Prawidłowa nazwa[email chroniony]> Nazwa zobowiązania[email chroniony]>

co pozwala mailmapowi zamienić zarówno nazwę, jak i adres e-mail zatwierdzenia pasującego do obu
określone imię i nazwisko oraz adres e-mail.

Przykład 1: Twoja historia zawiera zatwierdzenia dwóch autorów, Jane i Joe, których nazwiska pojawiają się
w repozytorium pod kilkoma postaciami:

Joe Deweloper[email chroniony]>
Joe R. Deweloper[email chroniony]>
Jane Łania[email chroniony]>
Jane Łania
Jane D.

Załóżmy teraz, że Joe chce, aby użyto inicjału drugiego imienia, a Jane woli swoje nazwisko
w pełni sprecyzowane. Prawidłowy plik .mailmap wyglądałby tak:

Jane Łania
Joe R. Deweloper[email chroniony]>

Zwróć uwagę, że nie ma potrzeby wprowadzania wpisu , bo prawdziwe imię
ten autor ma już rację.

Przykład 2: Twoje repozytorium zawiera zatwierdzenia od następujących autorów:

nick1[email chroniony]>
nick2[email chroniony]>
nick2[email chroniony]>
Święty[email chroniony]>
mikołaj[email chroniony]>
Dyrektor ds. Technicznych[email chroniony]>

Wtedy możesz chcieć plik .mailmap, który wygląda tak:

<[email chroniony]>[email chroniony]>
Jakiś koleś[email chroniony]> nick1[email chroniony]>
Inny autor[email chroniony]> nick2[email chroniony]>
Inny autor[email chroniony]>[email chroniony]>
Święty Mikołaj[email chroniony]>[email chroniony]>

Użyj skrótu # w przypadku komentarzy znajdujących się w osobnym wierszu lub po adresie e-mail.

GIT

Część odrzutowiec(1) apartament

Korzystaj z git-shortlog online za pomocą usług onworks.net