Este é o comando git-shortlog que pode ser executado no provedor de hospedagem gratuita OnWorks usando uma de nossas várias estações de trabalho online gratuitas, como Ubuntu Online, Fedora Online, emulador online do Windows ou emulador online do MAC OS
PROGRAMA:
NOME
git-shortlog - Resume a saída do 'log git'
SINOPSE
git log --pretty = short | git shortlog [ ]
git shortlog [ ] [ ] [[-] ...]
DESCRIÇÃO
Resume git log saída em um formato adequado para inclusão em anúncios de lançamento.
Cada commit será agrupado por autor e título.
Além disso, "[PATCH]" será retirado da descrição do commit.
Se nenhuma revisão for passada na linha de comando e qualquer entrada padrão não for um terminal
ou não há ramo atual, git shortlog irá gerar um resumo do log lido de
entrada padrão, sem referência ao repositório atual.
OPÇÕES
-n, --numered
Classifica a saída de acordo com o número de commits por autor em vez da ordem alfabética do autor
ordem.
-s, --sumário
Suprima a descrição do commit e forneça apenas um resumo da contagem do commit.
-e, --e-mail
Mostra o endereço de email de cada autor.
--format [= ]
Em vez do assunto do commit, use alguma outra informação para descrever cada commit.
pode ser qualquer string aceita pela opção --format de git log, como * [% h]
%s. (Veja a seção "FORMATOS BONITOS" de git-log(1).)
Cada commit bem impresso será embrulhado novamente antes de ser mostrado.
-C[ [, [, ]]]
Quebra de linha a saída quebrando cada linha na largura. A primeira linha de cada entrada é
recuado por espaços indentados 1, e a segunda linha e as subsequentes são recuados por
espaços indent2. width, indent1 e indent2 são padronizados para 76, 6 e 9, respectivamente.
Se a largura for 0 (zero), indente as linhas da saída sem quebrá-las.
Mostra apenas os commits no intervalo de revisão especificado. Quando não é
especificado, o padrão é HEAD (ou seja, todo o histórico que leva ao commit atual).
origin..HEAD especifica todos os commits acessíveis a partir do commit atual (ou seja, HEAD),
mas não da origem. Para uma lista completa de maneiras de soletrar , Veja o
Seção "Especificando intervalos" de revisões do gitre(7).
[-] ...
Considere apenas os commits que são suficientes para explicar como os arquivos que correspondem ao
caminhos especificados surgiram.
Os caminhos podem ter de ser prefixados com "-" para separá-los das opções ou da revisão
intervalo, quando surge a confusão.
MAPEAMENTO AUTORES
O recurso .mailmap é usado para unir commits da mesma pessoa no
shortlog, onde seu nome e / ou endereço de e-mail foi escrito de forma diferente.
Se o arquivo .mailmap existe no nível superior do repositório, ou no local apontado
pelas opções de configuração mailmap.file ou mailmap.blob, é usado para mapear o autor e
nomes de committer e endereços de e-mail para nomes reais canônicos e endereços de e-mail.
Na forma simples, cada linha do arquivo consiste no nome real canônico de um
autor, espaço em branco e um endereço de e-mail usado no commit (entre < e >) mapear
para o nome. Por exemplo:
Nome própio[email protegido]>
As formas mais complexas são:
<[email protegido]>[email protegido]>
que permite que o mailmap substitua apenas a parte do e-mail de um commit e:
Nome própio[email protegido]>[email protegido]>
que permite que o mailmap substitua o nome e o e-mail de um commit correspondente ao
endereço de e-mail de confirmação especificado e:
Nome própio[email protegido]> Nome do compromisso[email protegido]>
que permite que o mailmap substitua o nome e o e-mail de um commit correspondendo aos
nome do commit e endereço de e-mail especificados.
Exemplo 1: Seu histórico contém confirmações de dois autores, Jane e Joe, cujos nomes aparecem
no repositório sob várias formas:
Joe Desenvolvedor[email protegido]>
Joe R. Desenvolvedor[email protegido]>
Jane Doe[email protegido]>
Jane Doe
Jane D.
Agora, suponha que Joe queira que a inicial do nome do meio seja usada e Jane prefira o sobrenome dela
totalmente explicado. Um arquivo .mailmap adequado seria semelhante a:
Jane Doe
Joe R. Desenvolvedor[email protegido]>
Observe como não há necessidade de uma entrada para , porque o nome real de
esse autor já está correto.
Exemplo 2: Seu repositório contém commits dos seguintes autores:
nick1[email protegido]>
nick2[email protegido]>
nick2[email protegido]>
papai noel[email protegido]>
claus[email protegido]>
CTO[email protegido]>
Então você pode querer um arquivo .mailmap parecido com:
<[email protegido]>[email protegido]>
Algum cara[email protegido]> nick1[email protegido]>
Outro Autor[email protegido]> nick2[email protegido]>
Outro Autor[email protegido]>[email protegido]>
Papai Noel[email protegido]>[email protegido]>
Usar hash # para comentários que estão em suas próprias linhas ou após o endereço de e-mail.
GIT
Parte da git(1) suíte
Use git-shortlog online usando serviços onworks.net
