在构建期间生成一个数字并将其写入文件。每当您发布一个版本时，提交该文件并附上注释“Build 147”(或者当前的版本号)。不要在正常开发期间提交文件。通过这种方式，您可以轻松地在Git中的构建号和版本之间进行映射。

获取一个修订的提交计数(HEAD, master，一个提交哈希):

git rev-list --count <revision>

要获得所有分支的提交计数:

git rev-list --all --count

我不建议将此用于构建标识符，但如果必须，最好将此计数用于构建所针对的分支。这样，相同的修订将总是有相同的数字。如果对所有分支使用该计数，其他分支上的活动可能会改变该数字。

你不是第一个在Git中考虑“修订号”的人，但是“wc”是相当危险的，因为commit可以被删除或压缩，历史可以被重新审视。

“修订号”对于Subversion来说尤其重要，因为在合并时需要它(SVN1.5和1.6在这方面有所改进)。

您可能最终得到一个预提交钩子，它将在注释中包含一个修订号，而算法不需要查找分支的所有历史记录来确定正确的数字。

Bazaar实际上提出了这样一个算法，对于您想要做的事情来说，它可能是一个很好的起点。

(正如Bombe的回答所指出的，Git实际上有自己的算法，基于最新的标记，加上提交的数量，再加上一点SHA-1密钥)。如果他的回答对你有用，你应该看看(并投票)。

为了说明Aaron的想法，您还可以将Git提交散列附加到随应用程序分发的应用程序的“info”文件中。

这样，about框看起来就像这样:

应用程序编号是提交的一部分，但“应用程序的“信息”文件”是在打包过程中生成的，有效地将应用程序构建号与技术修订id链接起来。

有一些很酷的方法可以做到这一点

第一个方法

git shortlog -s

该命令打印所有参与repo的用户的提交计数列表。

956 Pankaj Tanwar
235 The Ninja
540 The Hardcore Geek
664 The Ever Shining Star
984 The Experienced Man

简单地说，要获得总提交数-

git shortlog -s |抓住“潘卡伊·坦瓦尔”

它打印-

956 Pankaj Tanwar

另一种干净又酷的方法是-

git rev-list HEAD --author="Pankaj Tanwar" --count 

要计算贡献的代码行数和提出的拉请求总数，请查看此博客

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 包括作者和合著者。

做一个别名怎么样?

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