我们在工作中使用SVN，但在我的个人项目中，我决定使用Git。所以我昨天安装了Git，我想知道Git中对应的版本号是多少。
假设我们在3.0.8版本上工作，当我们讨论这个错误修复时，每个错误修复都有自己的修订号。那么，如果我在Git中将代码标记为3.0.8，那么我可以使用什么作为修订号或其他更详细的标识?我发现哈希对人类不太友好。
当前回答
除了提交的SHA-1 id，服务器时间的日期和时间也有帮助吗?
就像这样:
Commit happened at 11:30:25 on 2013年8月19日将显示为 6886年bbb7be18e63fc4be68ba41917b48f02e09d7_19aug2013_113025
其他回答
使用现代Git(在我的例子中是1.8.3.4)并且不使用分支，你可以做到:
$ git rev-list --count HEAD
68
但这有各种各样的问题，可能不容易重现，或者在需要时不容易回到提交散列。所以尽量避免，或者只把它作为一个暗示。
我们使用这个命令从git中获取版本和修订:
git describe --always --tags --dirty
它返回
当没有使用标记时提交哈希作为修订(例如gcc7b71f) 当标签上的标签名称为版本时(例如v2.1.0，用于版本) 标签名称，自上一个标签以来的修订号，以及在标签之后提交哈希(例如v5.3.0-88-gcc7b71f) 如果工作树有局部修改(例如v5.3.0-88-gcc7b71f-dirty)，则与上述相同，加上“dirty”标签。
参见:https://www.git-scm.com/docs/git-describe#Documentation/git-describe.txt
提交的SHA1哈希值相当于Subversion修订号。
Visual Studio的后构建事件
echo >RevisionNumber.cs static class Git { public static int RevisionNumber =
git >>RevisionNumber.cs rev-list --count HEAD
echo >>RevisionNumber.cs ; }
使用git散列作为构建号的问题是，它不是单调递增的。OSGi建议对构建号使用时间戳。似乎可以使用向分支提交的数量来代替subversion或强制更改数量。
