如果你只使用一个分支，比如master，我认为这会很好:

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

这将只输出一个数字。你可以将它别名为

git revno

让事情变得更方便。要做到这一点，编辑你的.git/配置文件，并添加到:

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

这将不能在Windows上工作。我不知道该操作系统的“wc”对应的是什么，但编写一个Python脚本来为您进行计数将是一个多平台解决方案。

编辑:获得两次提交之间的计数:

我正在寻找一个答案，该答案将显示如何获得两个任意修订之间的提交数，但没有看到任何答案。

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

使用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中考虑“修订号”的人，但是“wc”是相当危险的，因为commit可以被删除或压缩，历史可以被重新审视。

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

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

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

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

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

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

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

要获得两个分支(如feature分支和目标使用分支)之间不同的提交数:

Git rev-list——count feature_branch..target_branch

Git配置——全局别名。计数“rev-list—all—Count”

如果你把它添加到你的配置中，你可以只引用命令;

git 计数

你可以试试

git log --oneline | wc -l

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

git shortlog -s