git rev-list HEAD -count

git rev-list

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

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

git rev-list HEAD -count

git rev-list

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

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

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

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

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

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

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

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

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

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

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

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

git 计数

在我们公司，我们从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 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 

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