我想获得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 shortlog -s
输出:
14 John lennon
9 Janis Joplin
您可能想知道-s参数是——summary的缩写形式。
有一个很好的帮助脚本，Git人员使用它来帮助生成一个基于Git描述的有用的版本号。我展示了脚本，并在回答如何在Git项目的文件中包含当前提交id时解释了它。
在我们公司，我们从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中考虑“修订号”的人，但是“wc”是相当危险的，因为commit可以被删除或压缩，历史可以被重新审视。
“修订号”对于Subversion来说尤其重要，因为在合并时需要它(SVN1.5和1.6在这方面有所改进)。
您可能最终得到一个预提交钩子，它将在注释中包含一个修订号，而算法不需要查找分支的所有历史记录来确定正确的数字。
Bazaar实际上提出了这样一个算法，对于您想要做的事情来说，它可能是一个很好的起点。
(正如Bombe的回答所指出的，Git实际上有自己的算法，基于最新的标记，加上提交的数量，再加上一点SHA-1密钥)。如果他的回答对你有用，你应该看看(并投票)。
为了说明Aaron的想法，您还可以将Git提交散列附加到随应用程序分发的应用程序的“info”文件中。
这样，about框看起来就像这样:
应用程序编号是提交的一部分，但“应用程序的“信息”文件”是在打包过程中生成的，有效地将应用程序构建号与技术修订id链接起来。
