获取一个修订的提交计数(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 rev-list HEAD -count

git rev-list

Git rev-list <commit>: 列出通过从给定提交(在本例中为HEAD)的父链接可以到达的提交。

——count:打印一个数字，说明有多少提交被列出，并抑制所有其他输出。

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

git rev-list --count <revision>

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

git rev-list --all --count

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

Git shortlog是获取提交细节的一种方法:

git shortlog -s -n

这将给出提交数和作者名称。s选项删除作者每次提交的所有提交消息。如果还希望看到提交消息，则删除相同的选项。-n选项用于对整个列表进行排序。希望这能有所帮助。

你可以试试

git log --oneline | wc -l

或者列出存储库中贡献者所做的所有提交

git shortlog -s