考虑使用

git-rev-label

以master-c73-gabc6bec之类的格式给出有关Git存储库修订的信息。 可以填充模板字符串或文件与环境变量和信息从Git。 用于提供关于程序版本的信息:分支，标记，提交散列， 提交计数，脏状态，日期和时间。最有用的事情之一是计算 提交，不考虑合并的分支—只考虑第一个父分支。

使用现代Git(在我的例子中是1.8.3.4)并且不使用分支，你可以做到:

$ git rev-list --count HEAD
68

但这有各种各样的问题，可能不容易重现，或者在需要时不容易回到提交散列。所以尽量避免，或者只把它作为一个暗示。

每个提交都有一个唯一的散列。除此之外，git中没有修订号。如果您想要更加用户友好，就必须自己标记提交。

考虑使用

git-rev-label

以master-c73-gabc6bec之类的格式给出有关Git存储库修订的信息。 可以填充模板字符串或文件与环境变量和信息从Git。 用于提供关于程序版本的信息:分支，标记，提交散列， 提交计数，脏状态，日期和时间。最有用的事情之一是计算 提交，不考虑合并的分支—只考虑第一个父分支。

git describe命令创建一个更容易读懂的名称，用于引用特定的提交。例如，从文档中:

和像少年犯一样的东西。git当前树，我得到: [torvalds@g5 git]$ git描述父 v1.0.4-14-g2414721 例如，我的“父”分支的当前头基于v1.0.4，但由于它在此之上有一些提交，describe在最后添加了额外提交的数量(“14”)和提交本身的缩写对象名称(“2414721”)。

只要您使用合理命名的标记标记特定的版本，就可以认为这大致相当于SVN的“修订号”。

其他的海报是对的，没有“修订号”。

我认为最好的方法是使用标签来“发布”!

但是我使用下面的代码来伪造修订号(只是为了让客户端看到修订和进度，因为他们想从git中获得与使用subversion时相同的不断增加的修订)。

显示“HEAD”的“当前版本”是通过使用下面的代码来模拟的:

git rev-list HEAD | wc -l

但是如果客户告诉我“修订版”1302中有一个错误怎么办?

为此，我在~/.gitconfig的[alias]部分添加了以下内容:

show-rev-number = ! sh - c的git rev-list——扭转头|问| awk \“{如果(\ \ 1美元= = " $ 0”){打印\ \ $ 2}}\”的

使用git show-rev-number 1302将打印“revision”的哈希值:)

前段时间我写了一篇关于这个“技巧”的博文(德语)。