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

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

git 计数

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

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

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

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

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

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

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

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

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

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

Git rev-list——count feature_branch..target_branch

下面的命令打印当前分支上的提交总数。

git shortlog -s -n  | awk '{ sum += $1; } END { print sum; }' "$@"

它由两部分组成:

打印按作者分组的日志总数(git shortlog -s -n) 示例输出 1445年约翰C 1398汤姆D 1376克里斯托弗·P 166贾斯汀·T 166年,你 将每个作者的提交总数相加，即每行的第一个参数，并打印出结果(awk '{Sum += $1;}结束{打印sum;}“$ @”) 使用与上面相同的例子，它将得到1445 + 1398 + 1376 + 166 + 166。因此输出将是: 4551年

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