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
автор, пробіл та адреса електронної пошти, що використовується в коміті (укладено < та >) на карту
до імені. Наприклад:

Власне ім'яcommit@email.xx>

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

<proper@email.xx>commit@email.xx>

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

Власне ім'яproper@email.xx>commit@email.xx>

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

Власне ім'яproper@email.xx> Ім'я комітуcommit@email.xx>

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

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

Джо Розробникjoe@example.com>
Джо Р. Розробникjoe@example.com>
Джейн Доуjane@example.com>
Джейн Доу
Джейн Д.

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

Джейн Доу
Джо Р. Розробникjoe@example.com>

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

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

нік1bugs@company.xx>
нік2bugs@company.xx>
нік2nick2@company.xx>
Сантаme@company.xx>
клаусme@company.xx>
технічний директорcto@coompany.xx>

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

<cto@company.xx>cto@coompany.xx>
Якийсь чувакsome@dude.xx> нік1bugs@company.xx>
Інший Авторother@author.xx> нік2bugs@company.xx>
Інший Авторother@author.xx>nick2@company.xx>
Санта Клаусsanta.claus@northpole.xx>me@company.xx>

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

GIT

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

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