Git shortlog本身并没有解决提交总数的原始问题(没有按作者分组)

这是事实，git rev-list HEAD—count仍然是最简单的答案。

然而，随着Git 2.29(2020年Q4)的出现，“Git shortlog”(man)变得更加精确。 它已经被教导根据预告行内容来分组提交，比如“审阅者:”，“合著者:”，等等。

参见Jeff King (peff)的commit 63d24fa、commit 56d5dde、commit 87abb96、commit f17b0b9、commit 47beb37、commit f0939a0、commit 92338c4(2020年9月27日)和commit 45d93eb(2020年9月25日)。 (由Junio C Hamano—gitster—在commit 2fa8aac中合并，2020年10月4日)

Shortlog:允许指定多个组 署名:杰夫·金

Now that shortlog supports reading from trailers, it can be useful to combine counts from multiple trailers, or between trailers and authors. This can be done manually by post-processing the output from multiple runs, but it's non-trivial to make sure that each name/commit pair is counted only once. This patch teaches shortlog to accept multiple --group options on the command line, and pull data from all of them. That makes it possible to run: git shortlog -ns --group=author --group=trailer:co-authored-by to get a shortlog that counts authors and co-authors equally. The implementation is mostly straightforward. The "group" enum becomes a bitfield, and the trailer key becomes a list. I didn't bother implementing the multi-group semantics for reading from stdin. It would be possible to do, but the existing matching code makes it awkward, and I doubt anybody cares. The duplicate suppression we used for trailers now covers authors and committers as well (though in non-trailer single-group mode we can skip the hash insertion and lookup, since we only see one value per commit). There is one subtlety: we now care about the case when no group bit is set (in which case we default to showing the author). The caller in builtin/log.c needs to be adapted to ask explicitly for authors, rather than relying on shortlog_init(). It would be possible with some gymnastics to make this keep working as-is, but it's not worth it for a single caller.

Git shortlog现在包含在它的手册页中:

——组= <类型> 分组提交基于<类型>。如果没有——group选项为 指定时，默认为author。<type>是其中之一: 作者，提交按作者分组 提交器，提交按提交器分组(与-c相同) 这是——group=committer的别名。

Git短日志现在还包括在它的手册页:

如果多次指定——group，则每次提交都被计数 值(但同样，在该提交中只对每个惟一值执行一次)。为 例如，git shortlog——group=author——group=trailer:co-author -by 包括作者和合著者。

在我们公司，我们从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)

使用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或类似的结果。当从分支的签出运行时，如果在该分支上已经进行了13次提交，那么您将得到类似于1234.13的结果。显然，这只在你基于一个给定的主修订的最多一个分支时有用。

first-parent可以加入到微号中，以抑制一些合并其他分支时产生的提交，尽管这可能是不必要的。

像这样使用git shortlog

git shortlog -sec

或创建别名(用于基于ZSH的终端)

#按提交量显示贡献者 别名gcall="git shortlog -sn"

如果您正在为提交寻找一个唯一且可读性强的标识符，那么git describe可能正是适合您的东西。

要将其转换为变量，最简单的方法是:

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