git-shortlog – Інтернет у хмарі

ПРОГРАМА:

ІМ'Я

git-shortlog – підсумовує вихідні дані 'git log'

СИНТАКСИС

git log --pretty=short | мерзотник короткий журнал [ ]
мерзотник короткий журнал [ ] [ ] [[--] ...]

ОПИС

Підсумовує мерзотник журнал вивести у форматі, придатному для включення в оголошення про випуск.
Кожен комміт буде згрупований за автором і назвою.

Крім того, "[PATCH]" буде вилучено з опису фіксації.

Якщо жодні ревізії не передані в командному рядку і будь-який стандартний вхід не є терміналом
або немає поточної гілки, мерзотник короткий журнал виведе підсумок прочитаного журналу
стандартний вхід без посилання на поточний репозиторій.

ВАРІАНТИ

-n, --пронумерований
Сортуйте вихідні дані за кількістю комітів на одного автора замість авторського алфавіту
порядку.

-s, --підсумок
Придушити опис фіксації та надати лише підсумок кількості фіксацій.

-e, --email
Показати електронну адресу кожного автора.

--формат[= ]
Замість теми фіксації використовуйте іншу інформацію для опису кожного коміту.
може бути будь-яким рядком, прийнятим опцією --format мерзотник журнал, Такі, як * [%h]
%s. (Див. розділ «КРАСНІ ФОРМАТИ» git-log(1)).

Кожен гарно надрукований комміт буде перепакований перед його показом.

-w[ [, [, ]]]
Перенесіть вихідні дані, обгортаючи кожен рядок по ширині. Перший рядок кожного запису
з відступом на пробіли indent1, а другий і наступні рядки мають відступ на
відступ 2 пробілів. width, indent1 і indent2 за замовчуванням мають значення 76, 6 і 9 відповідно.

Якщо ширина дорівнює 0 (нуль), зробіть відступ у рядках виводу, не обгортаючи їх.


Показувати лише коміти у вказаному діапазоні редакцій. Коли ні є
за замовчуванням він має значення HEAD (тобто вся історія, що веде до поточного коміту).
origin..HEAD вказує всі коміти, доступні з поточного коміту (тобто HEAD),
але не від походження. Повний список способів написання , див
Розділ «Указання діапазонів». гітревізії(7).

[--] ...
Розглянемо лише коміти, яких достатньо, щоб пояснити, як файли відповідають файлу
виникли визначені шляхи.

Шляхи можуть мати префікс "--", щоб відокремити їх від параметрів або редакції
діапазон, коли виникає плутанина.

СКАСУВАННЯ AUTHORS

Функція .mailmap використовується для об’єднання комітів однієї і тієї ж особи в
короткий журнал, де їх ім’я та/або адреса електронної пошти написані по-різному.

Якщо файл .mailmap існує на верхньому рівні сховища або в зазначеному місці
до за допомогою параметрів конфігурації mailmap.file або mailmap.blob, він використовується для відображення автора та
імена фіксаторів та адреси електронної пошти до канонічних справжніх імен та адрес електронної пошти.

У простій формі кожен рядок у файлі складається з канонічного справжнього імені an
автор, пробіл та адреса електронної пошти, що використовується в коміті (укладено < та >) на карту
до імені. Наприклад:

Власне ім'я[захищено електронною поштою]>

Більш складні форми:

<[захищено електронною поштою]>[захищено електронною поштою]>

що дозволяє mailmap замінювати лише частину повідомлення електронної пошти коміта, і:

Власне ім'я[захищено електронною поштою]>[захищено електронною поштою]>

що дозволяє mailmap замінювати як ім’я, так і адресу електронної пошти коміта, що відповідає
вказана електронна адреса для фіксації та:

Власне ім'я[захищено електронною поштою]> Ім'я коміту[захищено електронною поштою]>

що дозволяє mailmap замінити ім'я та адресу електронної пошти коміта, що відповідає обома
вказане ім’я коміту та адресу електронної пошти.

Приклад 1: Ваша історія містить коміти двох авторів, Джейн та Джо, чиї імена з’являються
у сховищі в кількох формах:

Джо Розробник[захищено електронною поштою]>
Джо Р. Розробник[захищено електронною поштою]>
Джейн Доу[захищено електронною поштою]>
Джейн Доу
Джейн Д.

Тепер припустимо, що Джо хоче, щоб спочатку використовувалося його друге ім’я, а Джейн віддає перевагу її прізвище
повністю прописаний. Правильний файл .mailmap виглядатиме так:

Джейн Доу
Джо Р. Розробник[захищено електронною поштою]>

Зверніть увагу, що немає потреби в записі для , тому що справжня назва
цей автор уже правий.

Приклад 2: Ваше сховище містить коміти від таких авторів:

нік1[захищено електронною поштою]>
нік2[захищено електронною поштою]>
нік2[захищено електронною поштою]>
Санта[захищено електронною поштою]>
клаус[захищено електронною поштою]>
технічний директор[захищено електронною поштою]>

Тоді вам може знадобитися файл .mailmap, який виглядає так:

<[захищено електронною поштою]>[захищено електронною поштою]>
Якийсь чувак[захищено електронною поштою]> нік1[захищено електронною поштою]>
Інший Автор[захищено електронною поштою]> нік2[захищено електронною поштою]>
Інший Автор[захищено електронною поштою]>[захищено електронною поштою]>
Санта Клаус[захищено електронною поштою]>[захищено електронною поштою]>

Використовуйте хеш # для коментарів, які знаходяться або в окремому рядку, або після адреси електронної пошти.

GIT

Частина мерзотник(1) люкс

Використовуйте git-shortlog онлайн за допомогою служб onworks.net