我已经看到很多项目v1.2.3用作git中标签的命名约定.我也看到了一些用途1.2.3.是否有正式认可的风格,还是有任何好的论据可以使用？
我知道没有关于软件版本控制的固定规则,但我有几个问题.
1)如何正确升级版本
我有一个小软件,我刚刚开始,因为我从头开始,我开始使用0.1版本.
随着我添加了更多功能,我一直在升级次要号码.现在我在v0.5.7(次要(.5)用于新功能和修订版(.7)进行错误修复和微小更改),事情是该程序几乎完成分发,但现在我"失踪" "几个小版本,你们如何处理这种情况？你只是跳过数字吗？
这让我想到了第二个问题.
2)哪个是好的起始版本号
我即将开始一个新项目.这个时间并不是一个小项目,并且将公开并且可以免费修改,我不希望遇到上述问题.那么这将是一个很好的起点？
奖金问题:
3)数字大于10可以吗？像v1.25或v2.2.30？
我没有看到带有这种编号的软件(可能只在帮助部分或他们的网页中显示它),再次我知道没有规则,但似乎有一般同意如何保留版本号.
这是GitHub右侧边栏的内容:
标记建议通常的做法是在版本名称前加上字母v.一些好的标记名称可能是v1.0或v2.3.4.
如果标记不适合生产使用,请在版本名称后添加预发行版本.一些好的预发布版本可能是v0.2-alpha或v5.9-beta.3.
语义版本控制如果您不熟悉发布软件,我们强烈建议您阅读有关语义版本控制的内容.
我不明白为什么你的版本名称前缀为字母v？请解释一下,为什么带字母v的前缀版本名称是最佳实践？
我正试图查看我当地的一个分支机构,名为TEAM20-lab2-release.当我尝试这样做时,我得到一个模糊的refname错误:
$ git branch TEAM20-lab2-release
warning: refname 'TEAM20-lab1-release' is ambiguous.
fatal: Ambiguous object name: 'TEAM20-lab1-release'.
这是我的分支列表:
$ git branch -a
TEAM20-lab1
* TEAM20-lab1-release
master
remotes/origin/HEAD -> origin/master
remotes/origin/master