1

我有一个使用 Git 跟踪的项目。在大多数情况下,我对 Git 范式没有任何问题,但有一个问题我还没有完全弄清楚。目前,我的master分支指向将在某个时候发布的代码。master主题分支在准备就绪时被合并,并develop测试它们是否可以与其他开发代码一起使用。(顺便说一句,我尝试了 Git Flow,但不喜欢它。)

这个方案的问题在于,它是从上一个稳定版本构建的master或者develop看起来具有与上一个稳定版本相同的版本,因为我在标记一个版本之前增加了版本。我不想要这个——我想要不稳定的代码这样引用自己!我的问题: 提交版本颠簸的流行和/或可用约定是什么? 此外,可以使用哪些分支和标记模型来避免这种情况?我喜欢简单的东西,因为我的项目不够大,不足以保证大型 Linux 内核风格的模型 :)。

4

2 回答 2

1

你应该看看它是如何通过scripts/setlocalversion在 Linux 内核中完成的。

基本上,这个脚本试图从最近的标记提交中猜测版本。如果标记了当前提交,则将此标记视为干净版本。如果没有,它会将当前提交短 sha 附加到标记以成为版本。如果当前树有任何未提交的更改,它可能会在其顶部附加字符串“dirty”。

请注意,这是某种简化的解释(实际上它也在 main 中查找版本号Makefile)。

其他一些工具也采用了类似的版本控制方法,尤其是u-boot

于 2013-01-08T05:35:41.873 回答
0

语义版本控制很流行 - http://semver.org/

于 2013-01-08T05:10:36.413 回答