Как я могу получить количество коммитов 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 description .

Вы не первый, кто задумывается о «номере ревизии» в Git , но « wc» довольно опасен, поскольку коммит можно стереть или сжать, а историю пересмотреть.

«Номер редакции» был особенно важен для Subversion, поскольку он был необходим в случае слияния (SVN1.5 и 1.6 улучшились в этом направлении).

Вы можете получить хук предварительной фиксации, который будет включать номер комментария в комментарии, с алгоритмом, не предусматривающим поиск всей истории ветви для определения правильного номера.

Базар на самом деле придумал такой алгоритм , и он может стать хорошей отправной точкой для того, что вы хотите сделать.

(Как указывает ответ Bombe , Git на самом деле имеет собственный алгоритм, основанный на последнем теге, плюс количество коммитов, плюс немного ключа SHA-1). Вы должны увидеть (и подтвердить) его ответ, если он работает для вас.

Чтобы проиллюстрировать идею Аарона , вы также можете добавить хеш коммита Git в файл «info» приложения, который вы распространяете вместе с вашим приложением.

Таким образом, окно 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 shortlog - это один из способов получить подробную информацию о коммите:

git shortlog -s -n

Это даст количество коммитов, за которыми следует имя автора. Опция -s удаляет все сообщения о коммите для каждого коммита, который сделал автор. Удалите ту же опцию, если вы хотите видеть также сообщения о коммите. Опция -n используется для сортировки всего списка. Надеюсь это поможет.

git rev-parse - короткая ГОЛОВА

Есть хороший вспомогательный скрипт, который люди Git используют для создания полезного номера версии на основе описания Git. Я показываю сценарий и объясняю его в своем ответе на вопрос: Как бы вы включили текущий идентификатор фиксации в файлы проекта Git? ,

Если вы используете только одну ветку, такую ​​как master, я думаю, что это будет прекрасно работать:

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-скрипта для подсчета будет многоплатформенным решением.

РЕДАКТИРОВАТЬ : Получить счет между двумя коммитами:

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

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 Shortlog так же, как это

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