预发布版本可以通过紧跟在补丁版本后面附加破折号和一系列点分隔的标识符来表示。示例:1.0.0-alpha、1.0.0-alpha.1、1.0.0-0.3.7、1.0.0-x.7.z.92。
semver.org http://semver.org
为了消除歧义,标记发布提交(从主分支提交)的“正确”方法是什么?
一些想法
v1.7.2-release
v1.7.2-master
v1.7.2-prod
v1.7.2-official
v1.7.2-stable
github.com/antirez/redis/tags http://github.com/antirez/redis/tags
您可以选择类似于 Git 本身的策略(请参阅其GitHub 存储库中的标签 https://github.com/git/git/tags):
v1.7.2-rc0
v1.7.2-rc1
v1.7.2-rc2
v1.7.2-rc3
v1.7.2
这个想法(如中所述选择良好的版本编号策略 https://web.archive.org/web/20151022171727/http://thesp0nge.tumblr.com/)可以沿着以下思路进行:
The ‘master
' 分支将是包含在给定时刻标记为生产就绪的代码的分支,'master
’ 必须始终是可编译的。
代码在‘master
' 分支必须有偶数标签号。
对于版本号,将使用 git describe 命令创建,因为它是一种事实上的标准。
See Git 的规范版本号 http://hermanradtke.com/2010/02/05/canonical-version-numbers-with-git.html:
git describe –tags –long
这会给你一个类似的字符串(在我的一个项目的情况下)
2.1pre5-4-g675eae1
其格式为
{last reachable tag name}-{# of commits since that tag}-#{SHA of HEAD}
这为您提供了一个“规范版本号”(拼写已更正),该版本号随提交单调递增,并且在多个开发存储库中是唯一的。如果我们都在同一个 HEAD 上,它将返回相同的值。如果我们都共享相同的most-recent-tag,但有不同的提交,那么 SHA 将不同。
你可以努力争取master
仅版本号如
{last reachable tag name}-0-#{SHA of HEAD}
(即仅标记的提交)
但想法是这种版本号(标签+SHA)是完全地明确的。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)