Як я можу отримати рахунок підрахунку Git?

Я хотів би отримати кількість комітетів мого сховища Git, схоже на номери версій SVN.

Мета - використовувати його як унікальний, збільшуючий номер збірки.

Я в даний час так роблю на Unix / Cygwin / msysGit:

git log --pretty=format:'' | wc -l

Але я відчуваю, що це трохи хак.

Чи є кращий спосіб зробити це? Було б здорово, якби мені насправді не потрібен wcабо навіть Git, тож він міг би працювати на голій Windows. Просто прочитайте файл або структуру каталогу ...

Щоб отримати Комміт кількості для перегляду ( HEAD, master, Комміт хеш):

git rev-list --count <revision>

Щоб отримати підрахунок комісій у всіх галузях:

git rev-list --all --count

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

git shortlog є одним із способів.

git rev-list HEAD --count

git rev-list

git rev-list <commit>: Перелічіть комітети, до яких можна дістатися, дотримуючись батьківських посилань із заданої комісії (у цьому випадку HEAD ).

--count : Надрукуйте число, вказавши, скільки комісій було б у списку, і пригнічіть усі інші результати.

Ця команда повертає кількість комісій, згрупованих по комітетах:

git shortlog -s

Вихід:

14 John lennon
9  Janis Joplin

Можливо, ви хочете знати, що -sаргумент є формою стиснення --summary.

Якщо ви шукаєте унікальний і все ще досить читабельний ідентифікатор для комітетів, опис git може бути лише для вас.

Ви не перший, хто задумався про "номер редакції" в Git , але "wc " є досить небезпечним, оскільки фіксація може бути стерта або видалена, а історія переглянута.

"Ревізійний номер" був особливо важливим для Subversion, оскільки він був необхідний у випадку злиття (SVN1.5 та 1.6 були покращені на цьому фронті).

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

Bazaar насправді придумав такий алгоритм , і це може бути хорошою відправною точкою для того, що ви хочете зробити.

(Як вказується у відповіді Бомбе , Git насправді має власний алгоритм, заснований на останньому тезі, плюс кількість комітів плюс трохи ключа SHA-1). Ви повинні побачити (і висловити позицію) його відповідь, якщо вона працює для вас.

Щоб проілюструвати ідею Аарона , ви також можете додати хеш Git фиксації у файл "інформація" програми, який ви поширюєте разом із додатком.

Таким чином, поле about буде виглядати так:

Номер програми є частиною комісії, але "інформація" програми "генерується" під час упаковки, фактично пов'язуючи номер складання додатка з ідентифікатором технічної редакції .

Ви можете просто використовувати:

git shortlog -s -n

Результат:

 827  user one
    15  user two
     2  Gest 

Простий спосіб:

 git log --oneline | wc -l

oneline забезпечує це.

Щоб перетворити його в змінну, найпростіший спосіб:

export GIT_REV_COUNT=`git rev-list --all --count`

Короткий список Git - це один із способів отримати детальну інформацію про виконання.

git shortlog -s -n

Це дасть кількість комітетів, а також ім'я автора. Параметр -s видаляє всі повідомлення про фіксацію для кожного комітету, зробленого автором. Видаліть той самий варіант, якщо ви хочете також бачити повідомлення про фіксацію. Параметр -n використовується для сортування всього списку. Сподіваюсь, це допомагає.

git rev-синтаксичний розбір - коротка голова

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

Якщо ви просто використовуєте одну гілку, наприклад, майстер, я думаю, це буде чудово:

git rev-list --full-history --all | wc -l

Це виведе лише число. Ви можете його псевдонімом на щось подібне

git revno

щоб зробити речі справді зручними. Для цього відредагуйте .git/configфайл та додайте це до:

[alias]
    revno = "!git rev-list --full-history --all | wc -l"

Це не буде працювати в Windows. Я не знаю еквівалента "wc" для цієї ОС, але написання сценарію Python для підрахунку для вас було б багатоплатформеним рішенням.

EDIT : Отримайте підрахунок між двома командами:

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

git rev-list --count [older-commit]..[newer-commit]

Створіть число під час збирання та запишіть його у файл. Щоразу, коли ви робите реліз, введіть цей файл із коментарем "Build 147" (або будь-яким номером збірки на даний момент). Не фіксуйте файл під час звичайної розробки. Таким чином, ви легко можете зіставити номери складання та версії в Git.

У нашій компанії ми перейшли з SVN в Git. Відсутність ревізійних номерів була великою проблемою!

Виконайте git svn clone, а потім позначте останню фіксацію SVN за її номером версії SVN:

export hr=`git svn find-rev HEAD`
git tag "$hr" -f HEAD

Тоді ви можете отримати номер редакції за допомогою

git describe --tags --long

Ця команда дає щось на кшталт:

7603-3-g7f4610d

Значить: Останній тег 7603 - це версія SVN. 3 - це кількість комісій від неї. Нам потрібно їх додати.

Отже, номер редакції можна порахувати за цим сценарієм:

expr $(git describe --tags --long | cut -d '-' -f 1) + $(git describe --tags --long | cut -d '-' -f 2)

Я використовував:

git log | grep "^commit" | wc -l

Просто, але це спрацювало.

Використовуючи синтаксис Bash,

$(git rev-list --count HEAD)

виглядає чудово для чисто лінійної історії. Якщо ви також хочете іноді мати "цифри" від гілок (виходячи з master), врахуйте:

$(git rev-list --count $(git merge-base master HEAD)).$(git rev-list --count ^master HEAD)

При запуску з каси masterви отримуєте просто 1234.0або подібне. Під час запуску з каси філії ви отримаєте щось на зразок 1234.13, якщо на цій гілці було зроблено 13 комісій. Очевидно, це корисно лише в тому випадку, якщо ви базуєтеся не більше однієї гілки даної задачіmaster редакції.

--first-parent можна було б додати до мікро числа, щоб придушити деякі комітети, що виникають лише через об'єднання інших гілок, хоча це, мабуть, непотрібно.

Ви можете спробувати

git log --oneline | wc -l

або перерахувати всі комісії, зроблені людьми, що вносять внесок у сховище

git shortlog -s

git config --global alias.count 'rev-list --all --count'

Якщо ви додасте це до своєї конфігурації, ви можете просто посилатися на команду;

git count

Використовуйте Git короткий журнал саме так

git shortlog -sn

Або створити псевдонім (для терміналу на базі ZSH)

# show contributors by commits alias gcall="git shortlog -sn"

Як щодо виготовлення alias?

alias gc="git rev-list --all --count"      #Or whatever name you wish