2011-01-05 75 views
4

我们计划在最近的将来从SVN转移到GIT。目前我们的软件版本格式为{year}.{major}.{minor}.{revision},例如2010.3.2.32465{revision}部分由构建脚本自动填充,因此为任何构建找到精确版本的代码非常简单。当然,我们可以使用GIT修订版来达到同样的目的,但是我想知道像2010.1.2.ce04503acce2452af1c3这样的东西看起来很丑,看起来不太容易理解,然后是SVN修订版号。假设我们有一些主要的中央存储库,使用GIT修订版进行版本控制

  • 是否可以跟踪一些数字 版本,如“承诺数”为 库?
  • 是否可以通过构建脚本自动跟踪 ?
  • 什么是GIT版本号的最佳实践?

有什么想法? 谢谢。

+0

使用修订版的哈希标记还有另外一个问题:您不能分辨哪个版本是最新的,只需查看标签并对它们进行排序即可。 – tonio 2011-01-05 08:49:47

+0

是的,没错。但是我们需要转移到GIT,因为我们有很多分支和标签,这对SVN来说是痛苦的情况。 – 2011-01-05 08:52:58

+0

@tonio其实这个问题不是那么重要,如果我有一些数字标识符并且可以找到它的修订版本,那么很容易通过提交日期来订购它们。这适用于我。 – 2011-01-05 08:55:45

回答

3

您可以使用git describe来获得您发布的提交标识。

http://www.kernel.org/pub/software/scm/git/docs/git-describe.html

它提供了分行名称,提交的数量和提交的SHA ID。通过这种方式,您可以订购不同的版本和完整的标识。

+0

下面是'git describe'如何工作的一个很好的描述:http://stackoverflow.com/questions/384108/moving-from-cvs-to-git-id-equivalent – tonio 2011-01-05 08:54:38

+0

'git describe'使用了一个标签名,永远不会分支名称。 – 2011-01-05 08:57:39