git-shortlog - Online sa Cloud

PROGRAMA:

NAME

git-shortlog - Ibuod ang 'git log' na output

SINOPSIS

git log --pretty=short | pumunta shortlog [ ]
pumunta shortlog [ ] [ ] [[--] ...]

DESCRIPTION

Pagbubuod pumunta mag-log output sa isang format na angkop para sa pagsasama sa mga anunsyo ng release.
Ang bawat commit ay ipapangkat ayon sa may-akda at pamagat.

Bukod pa rito, aalisin ang "[PATCH]" sa paglalarawan ng commit.

Kung walang mga pagbabagong ipinasa sa command line at alinman sa karaniwang input ay hindi isang terminal
o walang kasalukuyang sangay, pumunta shortlog ay maglalabas ng buod ng log na binasa mula sa
karaniwang input, nang walang sanggunian sa kasalukuyang repositoryo.

Opsyon

-n, --numero
Pagbukud-bukurin ang output ayon sa bilang ng mga commit bawat may-akda sa halip na ayon sa alpabetikong may-akda
order.

-s, --buod
Pigilan ang paglalarawan ng commit at magbigay lamang ng buod ng bilang ng commit.

-e, --email
Ipakita ang email address ng bawat may-akda.

--format[= ]
Sa halip na ang commit na paksa, gumamit ng ilang iba pang impormasyon upang ilarawan ang bawat commit.
maaaring maging anumang string na tinatanggap ng --format na opsyon ng pumunta mag-log, Gaya ng * [%h]
%s. (Tingnan ang seksyong "MGA GANDA NG MGA FORMAT" ng git-log(1).)

Bawat medyo naka-print na commit ay muling ibalot bago ito ipakita.

-w[ [, [, ]]]
Linewrap ang output sa pamamagitan ng pagbalot sa bawat linya sa lapad. Ang unang linya ng bawat entry ay
naka-indent ng mga puwang ng indent1, at ang pangalawa at kasunod na mga linya ay naka-indent ng
indent2 na mga puwang. width, indent1, at indent2 default sa 76, 6 at 9 ayon sa pagkakabanggit.

Kung ang lapad ay 0 (zero) pagkatapos ay i-indent ang mga linya ng output nang hindi binabalot ang mga ito.


Ipakita lamang ang mga commit sa tinukoy na hanay ng rebisyon. Kapag hindi ay
tinukoy, ito ay nagde-default sa HEAD (ibig sabihin, ang buong kasaysayan na humahantong sa kasalukuyang commit).
pinanggalingan..Tinutukoy ng HEAD ang lahat ng commit na maaabot mula sa kasalukuyang commit (ie HEAD),
ngunit hindi mula sa pinanggalingan. Para sa kumpletong listahan ng mga paraan ng pagbabaybay , tingnan ang
"Pagtukoy ng Mga Saklaw" na seksyon ng gitrevisionsNa (7).

[--] ...
Isaalang-alang lamang ang mga commit na sapat upang ipaliwanag kung paano tumutugma ang mga file sa
dumating ang mga tinukoy na landas.

Maaaring kailanganin ang mga landas na may prefix na "-- " upang paghiwalayin ang mga ito sa mga opsyon o sa rebisyon
saklaw, kapag lumitaw ang pagkalito.

Pagma-map MGA AUTHORS

Ang tampok na .mailmap ay ginagamit upang pagsama-samahin ang mga ginagawa ng parehong tao sa
shortlog, kung saan iba ang spelling ng kanilang pangalan at/o email address.

Kung ang file na .mailmap ay umiiral sa tuktok na antas ng repositoryo, o sa lokasyong itinuro
sa pamamagitan ng mga opsyon sa pagsasaayos ng mailmap.file o mailmap.blob, ginagamit ito upang i-map ang may-akda at
mga pangalan ng committer at email address sa mga canonical na tunay na pangalan at email address.

Sa simpleng anyo, ang bawat linya sa file ay binubuo ng canonical na tunay na pangalan ng isang
may-akda, whitespace, at isang email address na ginamit sa commit (kalakip ng < at >) sa mapa
sa pangalan. Halimbawa:

Wastong Pangalan[protektado ng email]>

Ang mga mas kumplikadong anyo ay:

<[protektado ng email]>[protektado ng email]>

na nagpapahintulot sa mailmap na palitan lamang ang bahagi ng email ng isang commit, at:

Wastong Pangalan[protektado ng email]>[protektado ng email]>

na nagpapahintulot sa mailmap na palitan ang parehong pangalan at ang email ng isang commit na tumutugma sa
tinukoy na commit email address, at:

Wastong Pangalan[protektado ng email]> Pangalan ng Pangalan[protektado ng email]>

na nagpapahintulot sa mailmap na palitan ang parehong pangalan at ang email ng isang commit na tumutugma sa parehong
tinukoy na pangalan ng commit at email address.

Halimbawa 1: Ang iyong kasaysayan ay naglalaman ng mga pangako ng dalawang may-akda, sina Jane at Joe, na ang mga pangalan ay lumalabas
sa imbakan sa ilalim ng ilang mga form:

Joe Developer[protektado ng email]>
Joe R. Developer[protektado ng email]>
Jane Doe[protektado ng email]>
Jane Doe
Jane D.

Ngayon, ipagpalagay na gusto ni Joe na gamitin ang kanyang middle name, at mas gusto ni Jane ang kanyang family name
ganap na nabaybay. Ang isang maayos na .mailmap file ay magiging ganito ang hitsura:

Jane Doe
Joe R. Developer[protektado ng email]>

Tandaan kung paano hindi na kailangan para sa isang entry para sa , dahil ang tunay na pangalan ng
tama na ang author na yan.

Halimbawa 2: Ang iyong repository ay naglalaman ng mga commit mula sa mga sumusunod na may-akda:

nick1[protektado ng email]>
nick2[protektado ng email]>
nick2[protektado ng email]>
santa[protektado ng email]>
claus[protektado ng email]>
CTO[protektado ng email]>

Pagkatapos ay maaaring gusto mo ng .mailmap file na mukhang:

<[protektado ng email]>[protektado ng email]>
Ilang Dude[protektado ng email]> nick1[protektado ng email]>
Ibang May-akda[protektado ng email]> nick2[protektado ng email]>
Ibang May-akda[protektado ng email]>[protektado ng email]>
Santa Claus[protektado ng email]>[protektado ng email]>

Gumamit ng hash # para sa mga komento na alinman sa kanilang sariling linya, o pagkatapos ng email address.

GIT

Parte ng pumunta(1) suite

Gumamit ng git-shortlog online gamit ang mga serbisyo ng onworks.net