git-shortlog - Online nel cloud

PROGRAMMA:

NOME

git-shortlog - Riepiloga l'output di 'git log'

SINOSSI

git log --pretty=breve | git cortocircuito [ ]
git cortocircuito [ ] [ ] [[--] ...]

DESCRIZIONE

riassume git ceppo output in un formato adatto per l'inclusione negli annunci di rilascio.
Ogni commit sarà raggruppato per autore e titolo.

Inoltre, "[PATCH]" verrà rimosso dalla descrizione del commit.

Se non vengono passate revisioni sulla riga di comando e l'input standard non è un terminale
o non c'è un ramo corrente, git cortocircuito produrrà un riepilogo del registro letto da
input standard, senza riferimento al repository corrente.

VERSIONI

-n, --numerato
Ordina l'output in base al numero di commit per autore anziché in ordine alfabetico per autore
ordine.

-s, --riepilogo
Elimina la descrizione del commit e fornisci solo un riepilogo del conteggio del commit.

-e, --e-mail
Mostra l'indirizzo email di ogni autore.

--formato[= ]
Invece dell'oggetto del commit, usa alcune altre informazioni per descrivere ogni commit.
può essere qualsiasi stringa accettata dall'opzione --format di git ceppo, come * [%H]
%s. (Vedi la sezione "FORMATI GRAZIOSI" di git log(1).)

Ogni commit stampato in modo carino verrà riavvolto prima di essere mostrato.

-w[ [, [, ]]]
Linewrap l'output avvolgendo ogni riga alla larghezza. La prima riga di ogni voce è
rientrata di spazi indent1 e la seconda riga e le successive sono rientrate di
indent2 spazi. width, indent1 e indent2 per impostazione predefinita sono rispettivamente 76, 6 e 9.

Se la larghezza è 0 (zero), fai rientrare le righe dell'output senza avvolgerle.


Mostra solo commit nell'intervallo di revisione specificato. quando no è
specificato, il valore predefinito è HEAD (ovvero l'intera cronologia che porta al commit corrente).
origin..HEAD specifica tutti i commit raggiungibili dal commit corrente (es. HEAD),
ma non dall'origine. Per un elenco completo dei modi di scrivere , vedi il
Sezione "Specificare gli intervalli" di gitrevisioni(7).

[--] ...
Considera solo i commit che sono sufficienti per spiegare come i file che corrispondono al
percorsi specificati sono venuti a essere.

I percorsi potrebbero dover essere preceduti da "-- " per separarli dalle opzioni o dalla revisione
gamma, quando si crea confusione.

MAPPATURA AUTORI

La funzione .mailmap viene utilizzata per unire insieme i commit della stessa persona nel
shortlog, dove il loro nome e/o indirizzo e-mail è stato scritto in modo diverso.

Se il file .mailmap esiste al livello più alto del repository o nella posizione indicata
dalle opzioni di configurazione mailmap.file o mailmap.blob, viene utilizzato per mappare l'autore e
nomi e indirizzi e-mail di committer a nomi reali e indirizzi e-mail canonici.

Nella forma semplice, ogni riga del file è costituita dal nome reale canonico di an
autore, spazi bianchi e un indirizzo email utilizzato nel commit (racchiuso da < ed >) mappare
al nome. Per esempio:

Nome proprio[email protected]>

Le forme più complesse sono:

<[email protected]>[email protected]>

che consente a mailmap di sostituire solo la parte email di un commit e:

Nome proprio[email protected]>[email protected]>

che consente a mailmap di sostituire sia il nome che l'e-mail di un commit che corrisponde al
indirizzo email di commit specificato e:

Nome proprio[email protected]> Nome commit[email protected]>

che consente a mailmap di sostituire sia il nome che l'e-mail di un commit che corrisponde a entrambi
nome commit e indirizzo email specificati.

Esempio 1: la tua cronologia contiene commit di due autori, Jane e Joe, i cui nomi compaiono
nel repository sotto diverse forme:

Joe Sviluppatore[email protected]>
Joe R. Sviluppatore[email protected]>
Jane Doe[email protected]>
Jane Doe
Jane D.

Supponiamo ora che Joe voglia usare l'iniziale del suo secondo nome e che Jane preferisca il suo cognome
completamente enunciato. Un file .mailmap corretto sarebbe simile a:

Jane Doe
Joe R. Sviluppatore[email protected]>

Nota come non è necessaria una voce per , perché il vero nome di
quell'autore ha già ragione.

Esempio 2: il tuo repository contiene commit dei seguenti autori:

nick1[email protected]>
nick2[email protected]>
nick2[email protected]>
babbo natale[email protected]>
claus[email protected]>
CTO[email protected]>

Quindi potresti volere un file .mailmap che assomigli a:

<[email protected]>[email protected]>
alcuni tizio[email protected]> nick1[email protected]>
Altro autore[email protected]> nick2[email protected]>
Altro autore[email protected]>[email protected]>
Babbo Natale[email protected]>[email protected]>

Usa hash # per i commenti che si trovano sulla propria riga o dopo l'indirizzo e-mail.

GIT

Parte della git(1) seguito

Usa git-shortlog online usando i servizi onworks.net